\\1 

IBOB-001/02US 
1 

APPARATUS AND METHOD FOR COMMUNICATING INFORMATION TO 

PORTABLE COMPUTING DEVICES 

CROSS REFERENCE TO RELATED APPLICATIONS 

The present application is being filed concurrently with "System and Method for 
Communicating Information from a Computerized Distributor to Portable Computing 

Devices/ 5 U.S. Patent Application Serial No. (serial number not yet assigned), 

filed on April 24, 2001, and bearing Attorney Docket No. IBOB-001/00US, and "System 
and Method for Dynamically Generating Content on a Portable Computing Device," U.S. 

Patent Application Serial No. (serial number not yet assigned), filed on April 24, 

2001, and bearing Attorney Docket No. IBOB-001/01US. 

FIELD OF INVENTION 

Embodiments of the invention relate to systems and methods configured to 
distribute information across networks to remote computing devices. Specifically, 
embodiments of the invention provide a wireless information distributor, a local data 
cache, a protocol for broadcasting information to portable computing devices, a 
procedure for providing wireless information distributors with new information, methods 
for battery conservation on information distributors, and systems and methods for 
increasing the wireless communication range of conventional portable computing devices 
without requiring physical device modifications. 
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BACKGROUND OF THE INVENTION 

The Internet and the World Wide Web have made great strides at bringing the 
world to the average home. Incredibly rich and detailed information about almost any 
part of the globe may reside merely a few keystrokes away from the typical computer 
5 user. But the typical computer user loses access to this rich pool of information once 
leaving home. Of course, the computer user could regain access to rich sources of 
information by reconnecting his computer to an electronic network after leaving home, 
but such connections are typically cumbersome and their availability is often limited. 

Consider, for example, a computer user at a museum who wants information 
n 10 related to an exhibit at the museum. Typically, she would have to locate a public 
!§ telephone, physically connect her computer to the telephone, establish a network 
;E connection via a dialup modem, and then begin her information retrieval search. Not 
y only is this process cumbersome and inconvenient, but as soon as the computer user 
% disconnects from the network, she will typically lose access to the information provided 
:L, 15 by the network. Of course, the computer user could save some of the information in 
]f memory on her computer, but she will nevertheless likely lose all interactive abilities to 

Hi 

£ manipulate the information provided by the network once disconnected, and she will 
5 definitely lose the ability to posit new queries after disconnection. 

Consider another computer user visiting a baseball park, for example. This 
20 computer user could conceivably bring with him a computer having an ability to connect 
to the Internet wirelessly through the public telephone network. Once connected, the 
computer user could then locate information about the baseball park and/or the relevant 
baseball teams and could theoretically continue reviewing the information provided over 
the electronic network throughout the entire game or even longer. Unfortunately, this 
25 computer user will typically have to pay more for this service and its related equipment 
than for a connection over a typical dialup network. In addition, the wireless connection 
between the computer user and the network may become broken for various reasons, such 
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as interference, and once the connection is broken, the computer user will lose all access 
to the information provided by the network. Worse still, the computer user may have to 
contend for an available wireless connection, especially since this computer user will not 
be competing with just other visitors to the baseball park but with everyone who wants to 
5 connect to the wireless network. In fact, suppose the computer user is attending a 
popular baseball game and many other spectators also have established wireless 
connections. The computer user will not only have to contend for bandwidth in 
establishing a connection to the wireless network, but the computer user may also have to 
contend for access to particular information resources, e.g., the home team's website. 
10 Such website may have limited abilities for correctly processing requests during an 
y access request surge, e.g., thousands of spectators at a major league baseball game all 
IXJ concurrently trying to access a wireless network and then trying to access their team's 
|iy website. 

jj iff The problem has thus far been examined from the viewpoint of the individual 

^15 computer user. The problem assumes an added dimension when considered from the 
G point of view of society as a whole. Imagine a large telecommunications network whose 
pj capacity is sapped by thousands of computer users who are not using their connections to 
q an electronic network to learn about distant, remote places but are instead using their 
electronic network connections to access information about people and places standing 
20 right in front of them. Even if a telecommunications network could support a vast 
number of such connections, the situation would still remain inherently wasteful and may 
be likened to telephoning someone within speaking range. 

Thus, individual computer users should benefit from improvements in their ability 
to access information at remote locations. Likewise, society as a whole should benefit if 
25 such improvements are undertaken in a manner that does not inappropriately consume 
available resources. 
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SUMMARY OF THE INVENTION 



An embodiment of the invention is an information distributor comprising a 
processor, a network receiver connected to the processor, a transceiver system connected 
to the processor, and a memory connected to the processor. The memory includes 
5 network receiver communication stacks configured to direct the network receiver to 
wirelessly receive information from a system communication network and transceiver 
protocol stacks configured to direct the transceiver system to wirelessly transmit the 
information on demand to a portable computing device located within transmission range 
of the transceiver system. The transceiver protocol stacks include a first module 

^10 configured to direct the transceiver system to generate a beacon, a second module 
configured to direct the transceiver system to detect an acknowledgement signal 

# generated, in response to the beacon, by the portable computing device, and a third 

y module configured to direct the transceiver system to generate, in response to the 

IP. 

. acknowledgement signal, a broadcast incorporating the information. 

: a ,15 Another embodiment of the invention is an information distributor comprising a 

:fj processor, a battery connected to the processor, a network receiver connected to the 

w 

S processor, wherein the network receiver is switchable between a sleep mode with reduced 

!_! 

battery power consumption and an active mode with increased battery power 
consumption, a transceiver system connected to the processor, and a memory connected 



20 to the processor. The memory includes a first module configured to switch the network 
receiver from the sleep mode to the active mode to receive a first scheduled transmission 
from a system communication network, wherein the first scheduled transmission 
incorporates information, a second module configured to switch the network receiver 
from the active mode to the sleep mode after receiving the first scheduled transmission, 

25 and a third module configured to direct the transceiver system to transmit the information 
on demand to a portable computing device located within transmission range of the 
transceiver system. 
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Another embodiment of the invention is a method of operating an information 
distributor. The method comprises receiving information from a wireless source and 
wirelessly transmitting the information on demand to a portable computing device 
located within transmission range of the information distributor. Wirelessly transmitting 
the information includes generating a beacon, detecting an acknowledgement signal 
generated, in response to the beacon, by the portable computing device, and generating, 
in response to the acknowledgement signal, a broadcast incorporating the information. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Embodiments of the invention will be described below relative to the following 
figures. Note that similar elements and steps in the figures have the same reference 
number. 

5 Fig. 1 illustrates a distribution network that allows information, such as software 

applications, provided by information provider systems to be downloaded to portable 
computing devices from wireless distributors, according to an embodiment of the 
invention. 

Fig. 2 illustrates an information provider system, according to an embodiment of 
the invention. 

Fig. 3 is a block diagram of a sample structuring system, according to an 
embodiment of the invention. 

Fig. 4 illustrates a distributor, according to an embodiment of the invention. 

Fig. 4A illustrates a distributor's transceiver system that comprises an IR 
transceiver and an IR receiver, according to an embodiment of the invention. 

Fig. 4B illustrates a distributor's transceiver system that comprises an IR 
transceiver, a high power IR transmitter, and an IR receiver, according to an embodiment 
of the invention. 

Fig. 4C illustrates a distributor's transceiver system that comprises an IR 
20 transceiver unit and a RF transceiver unit, according to other embodiments of the 
invention. 
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Fig. 5 illustrates a three-layer software architecture that may be employed by a 
distributor, according to an embodiment of the invention. 

Fig. 6 illustrates an embodiment of a portable computing device having a client 
configured for communications with a distributor, according to an embodiment of the 
5 invention. 

Fig. 7A illustrates a remote application server ("RAS"), according to an 
embodiment of the invention. 

Fig. 7B illustrates the processing that may be performed by various modules of a 
remote application server ("RAS"), according to an embodiment of the invention. 

Fig. 7C illustrates a remote application server ("RAS"), according to another 
embodiment of the invention. 

Fig. 8 illustrates a sample application and data that may be received by a portable 
computing device from a distributor, according to an embodiment of the invention. 

Fig. 9 illustrates signals sent from a distributor at various times, according to an 
embodiment of the invention. 

Fig. 10 illustrates a beam interrogation sent by a distributor's transceiver system 
and a received beam response sent by a portable computing device, according to an 
embodiment of the invention. 

Figs. 11 and 12 illustrate an architecture of a communication protocol that directs 
20 communication between a distributor and a portable computing device, according to an 
embodiment of the invention. 



c4_803!.DOC 
566968 vl/PA 
C5H401I.DOC 



IBOB-001/02US 

8 

Figs. 13 and 14 illustrate an architecture of a communication protocol that directs 
communication between a distributor and a portable computing device, according to an 
alternate embodiment of the invention. 

Fig. 15 illustrates a flow diagram of steps that may be executed by a distributor in 
accordance with a data transfer transport layer, according to an embodiment of the 
invention. 

Fig. 16 shows the timing specified by a data transfer transport layer in a situation 
where a distributor's transceiver system sends a beacon but does not receive an ACK in 
response thereto, according to an embodiment of the invention. 

Fig. 17 illustrates the timing specified by a data transfer transport layer in a 
situation where a distributor's transceiver system sends a beacon and receives an ACK in 
response thereto, according to an embodiment of the invention. 

Fig. 18 illustrates the timing specified by a data transfer transport layer in a 
situation where a distributor's transceiver system sends an initial broadcast and does not 
receive an ACK in response thereto, according to an embodiment of the invention. 

Fig. 19 illustrates the timing specified by a data transfer transport layer in a 
situation where a distributor's transceiver system sends an initial broadcast and receives 
an ACK in response thereto, according to an embodiment of the invention. 

Fig. 20 illustrates a flow diagram of steps that may be executed by a portable 
computing device in accordance with a data reception transport layer, according to an 
embodiment of the invention. 

Fig. 21 shows the timing specified by a data reception transport layer in a situation 
where a portable computing device's transceiver receives a beacon and sends an ACK in 
response thereto, according to an embodiment of the invention. 
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Fig. 22 shows the timing specified by a data reception transport layer in a situation 
where a portable computing device's transceiver receives a broadcast and sends an ACK 
in response thereto, according to an embodiment of the invention. 

Fig. 23 illustrates a frame or packet of information that may be incorporated in a 
beacon, in accordance with an embodiment of the invention. 

Fig. 24 illustrates a frame or packet of information that may be incorporated in an 
ACK, in accordance with an embodiment of the invention. 

Fig. 25 illustrates a frame or packet of information that may be incorporated in a 
broadcast, in accordance with an embodiment of the invention. 

Fig. 26 shows a broadcast frame in an alternate embodiment of the invention. 

Fig. 27 illustrates a broadcast frame in accordance with a further embodiment of 
the invention. 

Fig. 28 is a flowchart that illustrates a battery conservation procedure, according to 
an embodiment of the invention. 

Fig. 29 illustrates an embodiment of a distributor that employs a Scout 
Electromedia Modo motherboard augmented with a daughterboard. 

Fig. 30 illustrates a Scout Electromedia Modo motherboard that provides a Flex 
paging receiver and processing devices, according to an embodiment of the invention. 

Fig. 3 1 illustrates a daughterboard that includes a circuitry that further supports a 
distributor's operations, according to an embodiment of the invention. 

Figs. 32A and 32B illustrate wall-mounted and table-mounted embodiments of a 
distributor, respectively, according to embodiments of the invention. 
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Fig. 33A illustrates an embodiment of a distributor that includes an expansion port 
that provides an electronic network connection. 

Fig. 33B illustrates an expansion port that allows a distributor to operate 
peripheral equipment, according to an embodiment of the invention. 

Fig. 34 illustrates an alternative embodiment of the invention in which a 
distributor includes a bulletin board service for users associated with portable computing 
devices that interact with the distributor. 

Fig. 35 illustrates an administration and diagnostics tool, according to an 
embodiment of the invention. 
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DETAILED DESCRIPTION OF THE ILLUSTRATED 
EMBODIMENTS OF THE INVENTION 

According to embodiments of the invention, a system and method provide a rich 
environment for producing information, such as applications and data, packaging the 
5 information for redistribution to remote nodes, and allowing the remote nodes to 
distribute the information to portable computing devices on demand. Embodiments of 
the invention allow customers to develop applications and accompanying data for 
distribution on demand from remote wireless nodes. Embodiments of the distribution 
network may provide a unique service to companies seeking to reach their customers and 
O10 employees through a nationwide forum of wireless data nodes. Information (e.g., 
Ill applications and data) distributed through the wireless data nodes may comprise text, 
sf! graphics, interactive applications, corporate databases, audio, and video. 

*R Embodiments of the invention further provide a system and method for 

distributing information from remote data nodes that allow portable computing devices 

O 

J* 15 having a special client application to receive information from and send information to 

ii> 

5 5 the remote data nodes at distances exceeding that conventionally available to the portable 
^ computing devices. Embodiments of the invention may employ a specialized protocol 
for information transmission between remote data nodes and portable computing devices 
that facilitates extended range communications. Embodiments of the distribution system 
20 and method may further provide extended transmission and reception range without 
requiring additional hardware on the portable computing device and without requiring 
any mechanical adjustments by the user of the portable computing device. 

Embodiments of the invention also provide wireless data nodes, known as 
"distributors," that have been designed for simplicity of use and may be deployed in a 
25 fully functional state and require no wiring or major adjustments prior to deployment and 
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use. In some embodiments, a distributor may only require that an information 
transmission window be oriented to face portable computing devices that the distributor 
may contact. The distributor's components may be placed in a small case of only a few 
square inches, with the distributor operating by battery power, unattended for several 
5 years, while still obtaining new information wirelessly and re-distributing the information 
wirelessly on demand. The distributors may typically reside in both indoor and outdoor 
environments. 

Embodiments of the invention further provide a simple, standard mechanism that 
allows customers to prepare information (e.g., applications and/or data) for distribution 
and use on the portable computing devices. Embodiments of the invention further 
provide a seamless, transparent information distribution network that provides remote 
data nodes at geographically dispersed locations with the customer-prepared information. 

Embodiments of the invention additionally provide a unique client application that 
may be downloaded to portable computing devices by a variety of mechanisms, including 
from wireless data nodes. The client application provides a remote application server for 
supervising the operations of applications and data provided from the wireless data 
nodes. The client application also provides a decoder that performs communication tasks 
on the portable computing device that permits an extended communication range for 
many portable computing devices without the inclusion of additional hardware or 
physical device modifications. 

Definitions 

The following definitions may apply to some of the elements described with 
regard to some embodiments of the invention. These terms may likewise be expanded 
upon herein. 
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Acknowledgement Signal ("ACK") - a signal that may be sent by a portable 
computing device, typically to acknowledge receipt of a beacon and/or a broadcast. 
According to some embodiments of the invention, an ACK sent by a portable computing 
device after receipt of a beacon may prompt a distributor to send a broadcast. An ACK 
5 may incorporate a frame or packet of information, according to some embodiments of the 
invention. 

Beacon - a signal that may be sent by a distributor, typically to identify the 
presence of a portable computing device that is ready to receive information (e.g., 
application(s) and/or data). According to some embodiments of the invention, a beacon 
may incorporate a frame or packet of information. 

Beam Interrogation - a signal that may be sent by a distributor, typically to 
identify the presence of a portable computing device that is ready to download a client. 
According to some embodiments of the invention, a beam interrogation may be generated 
using a conventional communication protocol, such as, for example, an Infrared Data 
Association ("IrDA") communication protocol. 

Broadcast - a signal comprising information (e.g., application(s) and/or data) that 
may be sent by a distributor to a portable computing device. According to some 
embodiments of the invention, a broadcast may incorporate a frame or packet of 
information. 

20 Client - a facility or group of facilities configured to download information (e.g., 

application(s) and/or data) to a portable computing device and/or configured to process 
downloaded information. According to some embodiments of the invention, a client may 
comprise a computer program, or a group of computer programs, that resides within a 
portable computing device. According to some embodiments of the invention, a client 

25 may include a decoder that is configured to direct communications associated with a 
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transfer of information between a portable computing device and a distributor. 
According to some embodiments of the invention, a client may include a remote 
application server ("RAS") configured to process application(s) and/or data, typically 
applications and/or data downloaded by a portable computing device. 

5 Data Transfer Communication Protocol - a set of rules and operating procedures 

that supervise communications associated with transferring information (e.g., 
application(s) and/or data) between a distributor and one or more portable computing 
devices. According to embodiments of the invention, a data transfer communication 
protocol supervises sending/receiving of one or more of the following signals: a beacon, 

,^10 an ACK, and a broadcast. According to embodiments of the invention, a data transfer 
communication protocol may be incorporated in a data transfer module and a data 

p reception module, which are respectively included in a distributor and a portable 

a 2'r 

computing device. According to some embodiments of the invention, a data transfer 
communication protocol may assist a distributor in conserving its power and/or may 
LJ5 extend the range of communication beyond a conventional communication range of a 

;§* portable computing device. 

IU 

q Decoder - a facility or group of facilities that is configured to process 

communication associated with transfer of information (e.g., application(s) and/or data) 
between a portable computing device and a distributor. According to some embodiments 

20 of the invention, a decoder may reside within a portable computing device. The decoder 
may receive and/or process information (e.g., applications and/or data) downloaded by a 
portable computing device. According to some embodiments of the invention, a decoder 
may assist preexisting hardware and/or software on a portable computing device to 
communicate with a distributor. According to some embodiments of the invention, a 

25 decoder may include a computer program, or a group of computer programs, that 
provides a portion of a client communication layer. According to some embodiments of 
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the invention, a decoder may include a data reception module that is configured to 
support a data transfer communication protocol used by a distributor in broadcasting 
information to a portable computing device. According to some embodiments of the 
invention, a decoder may include a packet re-assembly module that is configured to 
5 reassemble packets received according to a data transfer communication protocol and 
place them into a meaningful data stream that can then be passed to other portions of a 
client and beyond. 

Distribution Network - a facility or group of facilities that is configured to deliver 
information (e.g., client, application(s), and/or data) to a portable computing device. 
According to some embodiments of the invention, a distribution network may comprise 
an information provider system that is configured to produce and/or to locate information 
suitable for ultimately downloading to a portable computing device. According to some 
embodiments of the invention, a distribution network may comprise a structuring system 
that is configured to deliver information to one or more distributors for eventual 
downloading to a portable computing device. According to some embodiments of the 
invention, a distribution network may comprise one or more distributors that provide 
information to portable computing devices. According to some embodiments of the 
invention, a distribution network may comprise one or more wired and/or wireless 
communication media, such as, for example, an electronic network linking an 
information provider system and a structuring system and a system communication 
network linking the structuring system and one or more distributors. 

Distributor - an apparatus that comprises processing and communication 
capabilities configured to provide information (e.g., client, application(s), and/or data) to 
portable computing devices. According to an embodiment of the invention, a distributor 
25 may comprise a local data cache having a relatively small physical size that dispenses 
information wirelessly to portable computing devices. A distributor may have wirelessly 
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received the information it wirelessly distributes, according to an embodiment of the 
invention. Distributed information may have some relationship to a location where a 
distributor is placed, according to an embodiment of the invention. A distributor may 
include a CPU connected to a memory and a communication device. The communication 
5 device may be configured for wired and/or wireless communications according to one or 
more communication protocols. A distributor may also comprise other hardware 
elements, such as, for example, an input/output device and/or a battery, and software 
elements, which may be included in the memory. According to some embodiments of the 
invention, a distributor may receive information from a structuring system via a system 
10 communication network and may format the information for transmission to a portable 
f computing device. According to an embodiment of the invention, a distributor may 
1 comprise a wireless and battery-powered apparatus, and the distributor may receive 
i information wirelessly from a structuring system and dispense information wirelessly to a 
\ portable computing device. According to some embodiments of the invention, a 



^15 distributor may dispense information having no particular association with a given 
location. A distributor's operations need not be limited to mere distribution of 



j information to portable computing devices. In some embodiments of the invention, a 

s 

i distributor may receive information from portable computing devices and provide the 
information to other computing systems, including other portable computing devices. 

20 Electronic Network - any wired and/or wireless communication medium across 

which information (e.g., client, application(s), and/or data) may be sent and/or received. 
Examples of an electronic network include the Internet, intranet, public switched 
telephone network ("PSTN"), wireless voice and data networks, paging networks, and 
television networks, such as satellite, broadcast, cable television, and two-way interactive 

25 cable. Another example of an electronic network includes hybrid systems, such as those 
in which information is sent via one medium, such as cable television, and information is 
received via another medium, such as the Internet. A further example of an electronic 
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network may include aggregated systems, such as where information is sent and/or 
received via multiple media, such the Internet, the telephone, and cable television. 
According to some embodiments of the invention, an electronic network may comprise a 
wired network through which information passes from an information provider system to 
5 a structuring system. 

Information Provider System - a facility or group of facilities configured to 
produce and/or to upload information (e.g., client, application(s), and/or data) suitable for 
ultimately downloading to a portable computing device. According to some 

10 embodiments of the invention, an information provider system may comprise a 
conventional server computer with conventional server computer components, including 
a CPU connected to a memory (primary and/or secondary). The server computer may 
also include other components, such as, for example, one or more databases and software 
elements, which may be included in the memory. In particular, the software elements 

15 may include one or more computer programs configured to facilitate creating and/or 
uploading information (e.g., applications and/or data) to be ultimately downloaded to a 
portable computing device. According to some embodiments of the invention, an 
information provider system may provide information to a structuring system over an 
electronic network. 

20 

Portable Computing Device - a relatively lightweight apparatus with processing 
and communication capabilities. More particularly, a portable computing device may 
comprise an apparatus with processing and communication capabilities that may be 
carried by a user. Examples of portable computing devices include personal digital 
25 assistants ("PDAs"), Palm Pilots, two-way pagers (e.g., Blackberry wireless devices), 
cellular phones, and laptop computers. According to some embodiments of the 
invention, a portable computing device includes a CPU connected to a memory and a 
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communication device. The communication device may be configured for wired and/or 
wireless communications according to one or more communication protocols. A portable 
computing device may also include other hardware elements, such as, for example, an 
input/output device, and software elements, which may be included in the memory. 



Remote Application Server ("RAS") - a facility or group of facilities that may be 
configured to process information (e.g., application(s) and/or data) downloaded by a 
portable computing device. According to some embodiments of the invention, a RAS 
may reside within a portable computing device. According to some embodiments of the 
10 invention, a RAS may execute one or more applications using data downloaded by a 
portable computing device. According to some embodiments of the invention, a RAS 
may include a computer program, or a group of computer programs, that provides an 



(e.g., client, application(s), and/or data) to one or more distributors for eventual downloading to a 



portable computing device. According to some embodiments of the invention, a structuring 
system may be configured to format information into a format suitable for transmission to a 
distributor and/or into a format suitable for operation on a portable computing device. 

20 According to some embodiments of the invention, a structuring system may include a 
conventional server computer with conventional server computer components, including a CPU 
connected to a memory (primary and/or secondary). The server computer may also comprise 
other components, such as, for example, a transmitter and software elements, which may be 
included in the memory. According to some embodiments of the invention, a structuring system 

25 may provide information, typically in the form of messages, to various distributors over a system 
communication network. According to some embodiments of the invention, a structuring system 
may receive information from one or more information provider systems over an electronic 
network. 



5 




application layer on a client. 



Structuring System - a facility or group of facilities configured to deliver information 
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System Communication Network - any wired and/or wireless communication 
medium across which information (e.g., client, application(s), and/or data) may be sent 
and/or received. Examples of a system communication network include paging 
networks, Internet, intranet, public switched telephone network ("PSTN"), wireless voice 
5 and data networks, and television networks, such as satellite, broadcast, cable television, 
and two-way interactive cable. Another example of a system communication network 
includes hybrid systems, such as those in which information is sent via one medium, such 
as cable television, and information is received via another medium, such as the Internet. 
A further example of a system communication network may include aggregated systems, 
10 such as where information is sent and/or received via multiple media, such the Internet, 
^ the telephone, and cable television. According to some embodiments of the invention, a 
S3 system communication network may comprise a wireless network through which 

!U information passes from a structuring system to a distributor. In an embodiment of the 

in 

ill invention, a system communication network comprises a paging network, and 

'^15 information passes from a structuring system to a distributor in the form of paging 

N messages. 

ni 

jl Distribution Network 120 

Fig. 1 illustrates a distribution network 120 that allows information, such as 
20 software applications and/or related data, provided by information provider systems 101 
to be downloaded to portable computing devices 107 from wireless distributors 103, 
according to an embodiment of the invention. The information provider systems 101 
may include facilities for producing and/or uploading information suitable for ultimately 
downloading to the portable computing devices 107. 

25 The information provider systems 101 may subsequently provide the information 

to a structuring system 102 over an electronic network 110. The electronic network 1 10 
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may comprise any network suitable for transmitting information, such as the Internet, a 
local area network, the World Wide Web, etc. The structuring system 102 has been 
configured to format the information (e.g., applications and data) into a format suitable 
for operation on the portable computing devices 107 and/or into a format suitable for 
5 transportation to the distributors 103. Accordingly, information providing systems (and 
personnel) associated with the information provider system 101 may require no skill or 
knowledge of the transportation mechanisms used to place the information on the 
portable computing devices 107. 

The structuring system 102 provides the information, typically in the form of 
messages, to the various distributors 103 over a system communication network 111. 
According to an embodiment of the invention, the system communication network 111 
may comprise a wireless network in which the information passes from a transmitter 115 
on the structuring system 102 to a network receiver 104 on the distributor 103. In an 
embodiment of the invention, the system communication network 111 comprises a 
paging network, and the transmitter 115 sends the information to the distributors 103 in 
the form of paging messages. 

The distributors 103 may comprise wireless data caches that dispense localized 
information to portable computing devices 107, according to an embodiment of the 
invention. As wireless and battery-powered computing systems, the distributors 103 may 
be placed in a wide variety of environments and have their information routinely updated 
from the system communication network 111, according to an embodiment of the 
invention. Embodiments of the distributors 103 may be placed in a small case of only a 
few square inches and operate unattended for several years. 

The distributors 103 may include a network receiver 104 that receives information 
25 from the structuring system 102. The distributors 103 may then format information 
received from the structuring system 102 for rebroadcast to the portable computing 
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devices 107. A transceiver system 105 on the distributors 103 may broadcast information 
on demand to portable computing devices 107. 

The transceiver system 105 may periodically transmit a beacon 112. A portable 
computing device 107 that receives the beacon 112 through its transceiver 106 and 
5 contains a specialized client 121 may return a first acknowledgement signal ("ACK") 1 14 
to the transceiver system 105. Receipt of the first ACK 114 may prompt the distributor 
103 to send the transceiver 106 a broadcast 118 that incorporates the information 
transmitted to the distributor 103 from the structuring system 102. The transceiver 106 
may acknowledge the broadcast 118 by sending a second acknowledgement signal 
,^10 ("ACK") 119. The transceiver system 105 may be specifically designed to send the 
*5 beacon 112 and the broadcast 118 to the portable computing devices 107 at distances in 
p excess of the conventional communication range for the transceiver 106, according to an 
y embodiment of the invention. In addition, the transceiver system 105 may receive the 

If! 

^ first ACK 114 and the second ACK 119 at distances in excess of the conventional 
Ll5 communication range for the transceiver 106, according to an embodiment of the 

Si ^ : 

# invention. 

□ The portable computing devices 107 typically require no additional hardware in 

order to receive information broadcasts 118, including extended range broadcasts 118, 
from the distributor 103, according to an embodiment of the invention. However, the 

20 portable computing devices 107 must typically include the client 121. The portable 
computing devices 107 may obtain the client 121 in a variety of ways, including from the 
distributor 103. In particular, the distributor 103 may direct the transceiver system 105 to 
periodically transmit a beam interrogation 124 to identify the presence of a portable 
computing device 107 that is ready to download the client 121. A portable computing 

25 device 107 that receives the beam interrogation 124 through its transceiver 106 may 
return a beam response 126 to the transceiver system 105. Receipt of the beam response 
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126 may prompt the distributor 103 to provide a download signal 122 that downloads the 
client 121 into the portable computing device 107. Of course, the beam interrogation 
124, the beam response 126, and the download signal 122 generally may be within a 
conventional communication range for the transceiver 106, according to an embodiment 
of the invention. 

The information provider system 101, the structuring system 102, the distributors 
103, and the portable computing devices 107 may comprise various forms of computing 
equipment. In some instances, the information provider system 101 and the structuring 
system 102 may even comprise multiple computing systems. The computing systems 
^10 used in the distribution network 120 may comprise conventional computer designs, 
according to an embodiment of the invention. 

Information Provider System 101 

Fig. 2 illustrates an information provider system 101, according to an embodiment 
of the invention. The information provider system 101 attempts to provide an 



issJ 



3~ 



%15 information development platform that allows operators of the information provider 
system 101 to produce and/or upload information (e.g., applications and/or data) without 



± ' necessarily having to know much, if anything, about the operations of the distribution 
network 120, according to an embodiment of the invention. In addition, embodiments of 
the information provider system 101 attempt to provide a development platform that frees 

20 information producers from having to know much even about developing programs, 
according to an embodiment of the invention. 

The information provider system 101 may comprise a central processing unit 
("CPU") 202 associated with a computer that drives the information provider system 101. 
The information provider system 101 may also include a hosting database 212 that retains 
25 data, such as data pertaining to an entity (e.g., customer) operating the information 
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provider system 101, which may be helpful in the development of information for the 
distribution network 120. An information database 211 may retain information produced 
using the information provider system 101 and/or produced elsewhere and uploaded to 
the information provider system 101, according to an embodiment of the invention. The 
5 information provider system 101 may also include a provider database 213 that retains 
data pertaining to an entity that provides the structuring system 102, e.g., computer- 
readable instructions for providing information to the structuring system 102. 

The information provider system 101 provides various mechanisms (e.g., 
computer programs) for creating and/or uploading information for eventual download 
s ^10 into individual portable computing devices 107. The mechanisms provided for creating 
!fj* and/or uploading information may include a partner (e.g., customer) log in portion of the 

«P information provider system 101, various templates, wizards, and an authoring tool. The 

ID 

y mechanisms may also provide various means for publishing new information. To allow 
J information provider system operators (e.g., customers) to enter information targeted to 
JL.15 specific distributors 103 and portable computing systems 107, the information provider 
;P system 101 may include a simplified programming interface (e.g., a web-based interface). 
: S The information provider system 101 may also include a memory 201 that includes the 
§1 elements of a development environment for producing information suitable for operation 
on the portable computing devices 107, according to an embodiment of the invention. 
20 Components of a development environment may include an uploader 204, a templater 
205, a wizard 206, a GUI composer 207, an HTTP server 214, an application server 215, 
an XML generator 216, a SQL adapter 209, and a rules wizard 210. The SQL adapter 
209 and the rules wizard 210 may interact with the information database 21 1 to determine 
data sets and rules associated with data sets that may be included in the information 
25 downloaded to the portable computing devices 107. 
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The uploader 204 may provide a mechanism to upload information (e.g., 
applications and/or data) produced elsewhere to the information provider system 101. 
The templater 205 may provide a template(s) for the creation of information in a format 
that simplifies development of the information. According to an embodiment of the 
5 invention, the templater 205 may provide a template with one or more blank spaces that 
may be filled in with information by an operator of the information provider system 101. 
The wizard 206 may provide instructions and complete various tasks, thereby freeing the 
operator of the information provider system 101 from having to know much if anything 
about the details of the system. According to an embodiment of the invention, the wizard 
10 206 queries an operator of the information provider system 101 for information and uses 
^ the information to complete a form that builds information (e.g., applications and/or data) 
^fl that may ultimately be distributed to portable computing devices 107. The GUI 
111 composer 207 provides a user interface to the operator of the information provider system 
ill 101 that assists the operator in developing information to be distributed to the portable 
^15 computing devices 107. According to an embodiment of the invention, the GUI 
y composer 207 provides a web-based interface that allows the operator to create and 
III preview information to be distributed to portable computing devices 107. In some 
q embodiments, the uploader 204, the templater 205, the wizard 206, and the GUI 
composer 207 may be provided in HTML for operation by other components, e.g., the 
20 HTTP server 214. 

The HTTP server 214 provides various HTML commands that may be used to 
develop the information downloaded to the portable computing devices 107. The 
application server 215 performs the logic that holds the information development 
environment together and determines which development subcomponents are needed at 
25 any given moment in the development process. The XML generator 216 assists in the 
development of information by serving as a repository for different XML schemas that 
may be used for information that is provided to the portable computing devices 107, 
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according to some embodiments of the invention. According to some embodiments of 
the invention, the XML generator 216 formats information that has been created and/or 
uploaded into a XML file. According to some embodiments of the invention, the XML 
file may include tags that provide structure and/or indicate type of information included 
5 in the XML file or a portion of the XML file. According to some embodiments of the 
invention, the XML file, which includes information to be delivered to portable 
computing devices 107, may be transmitted to the structuring system 102. In such 
embodiments, the XML generator 216 may essentially "wrap" the information in such a 
manner that elements on the structuring system 102 may readily gain an understanding of 
10 the information's structure (e.g., HTML scripts, data tables, drawings, etc.) 

:| The Structuring System 102 

!!J Fig. 3 is a block diagram of a sample structuring system 102, according to an 

||] embodiment of the invention. The structuring system 102 generally manages message 
formatting and the protocols needed to communicate with various distributors 103 across 

1 %15 the system communication network 111. The structuring system 102 may also queue and 

K store information to be transmitted to the distributors 103 in preparation for scheduled 

13 transmissions. 

The structuring system 102 receives information from one or more information 
provider systems 101 for eventual transmission to distributors 103 and portable 

20 computing devices 107. According to some embodiments of the invention, the 
structuring system 102 may receive information having a format resembling an XML file 
from the information provider system 101. The structuring system 102 may operate on 
any computing platform and comprises a CPU 307 and a memory 301. The memory 301 
may comprise a number programs and data configured for execution and/or operations by 

25 the CPU 307. These programs include a subscriber registry 302, network data 303, 
message data 304, a message packager 305, and a message publisher 306. 
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The subscriber registry 302 retains data associated with the customers of the 
distribution network 120. The customers may typically comprise companies, 
organizations, and individuals that have information (e.g., applications and/or data) that 
they would like to make available to portable computing devices 107 via one or more 
5 distributors 103. For example, a customer could be a museum that has one or more 
emplaced distributors 103 on its campus. A customer could also be a large soft drink 
company that would like to make information (e.g., coupons and product offers) available 
at all distributors 103 within a particular geographic region. A customer could also be a 
business associated with a particular location having installed distributors 103, according 
10 to an embodiment of the invention. Each customer may not necessarily have its own 
^ information provider system 101, although it is contemplated that many customers would 
S each be associated with a particular information provider system 101. Of course, some 
fly customers may have information suitable for downloading to the portable computing 
li\ devices 107 that has not been developed on an information provider system 101. The 
~15 structuring system 102 may receive such information and prepare it for processing in the 
M same manner as information produced on the information provider system 101. It is 
II assumed that many customers will want to produce information in association with the 
p information provider system 101, although this may not necessarily always be the case. 

The network data 303 comprises information regarding the system communication 
20 network 111. The message publisher 306 may access the network data 303 when sending 
information to be broadcast from the transmitter 115 over the system communication 
network 111. The message publisher 306 may retrieve information to be sent to the 
distributors 103 from the message data 304. 

The message packager 305 attends to processing (e.g., formatting) information in a 
25 manner compatible with the protocol used by the system communication network 111, 
e.g., the protocol expected by the network receiver 104. For example, an embodiment of 
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the invention may employ a paging network as the system communication network 111. 
In such an embodiment, the message packager 305 may prepare messages in a format 
suitable for transmission by a protocol associated with the paging network. 

The transmitter 115 performs transmission of information to the distributors 103 
5 across the system communication network 111. The transmitter 115 may require 
different hardware/software combinations depending upon the system communication 
network 111 employed. For example, an embodiment of the system communication 
network 111 may comprise a paging network. Accordingly, the transmitter 115 may 
either comprise an actual transmission device that performs broadcasting to distributors 
q10 103 in accordance with a particular paging protocol (e.g., the one-way Flex protocol), or 
]~ the transmitter 115 may comprise a device that provides the information to be broadcast 
=f to a third party transmitter that actually performs the transmission. In this later example, 
y the transmitter 115 may actually comprise equipment (e.g., a modem) that provides the 
J information across an electronic network (e.g., the Internet) to a third-party transmitter. 
;Ll5 An ordinary artisan will recognize that the precise equipment used in the transmitter 115 
may depend upon a number of factors, provided the resulting combination of equipment 
=p properly deliver information across the system communication network 111 to the 
^ network receivers 104 in one or more distributors 103. 

The distributor 103 

20 Fig. 4 illustrates the distributor 103, according to an embodiment of the invention. 

The distributor 103 may also be viewed as a "local data cache," in that the distributor 103 
may dispense information to the portable computing devices 107 that relates to a location 
where the distributor 103 has been installed. Of course, the distributor 103 may also 
dispense information having no particular association with a given location. However, 

25 providing location-related information to portable computing devices 107 may enhance 
the portable computing device user's experiences at the local site and/or provide a source 
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of immediate and valuable information. As previously mentioned, embodiments of the 
distributor 103 may comprise small, wireless, battery-powered devices. 

In order to take advantage of the information received from the distributor 103, the 
portable computing devices 107 typically need to receive and install the specialized client 
121 configured to receive broadcasts 118 from the distributor 103 and process them on 
the portable computing device 107. The distributor 103 may also include reprogramming 
support so that the distributor 103 itself may receive new programs and/or updates for 
existing programs, according to an embodiment of the invention. According to some 
embodiments of the invention, the distributor 103 may receive new programs and/or 
updates for existing programs from the structuring system 102 via the system 
communication network 111. Likewise, the distributor 103 may receive a new client 121 
or an update for an existing client 121 via the system communication network 111, 
according to an embodiment of the invention. The new client 121 or update for the 
existing client 121 may be downloaded to the portable computing devices 107. 

In an embodiment of the invention, the distributor 103 may collect information 
(e.g., applications and/or data) from the system communication network 111 (e.g., a 
wireless wide area network) and redistribute the information to nearby portable 
computing devices 107 (e.g., distribution within a wireless "pico cell"). The distributor 
103 may use a one-way paging network for information reception and a short range two- 
way infrared ("IR") communication mechanism to distribute the information locally to 
portable computing devices 107, according to an embodiment of the invention. Hence, 
embodiments of the distributor 103 may receive and process paging communications and 
generate IR communications for information broadcasts 1 1 8 to the portable computing 
devices 107. According to some embodiments of the invention, the distributor 103 may 
use a one-way communication mechanism (e.g., a one-way IR communication 
mechanism) to distribute information locally to portable computing devices 107. In 
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particular, the distributor 103 may repeatedly send broadcasts 118 for a given time 
interval(s) of a given day(s), according to an embodiment of the invention. According to 
an embodiment of the invention, the distributor 103 need not be prompted by a portable 
computing device 107 in order to repeatedly send broadcasts 118. According to some 
embodiments of the invention, the distributor 103 may offer portable computing devices 
107 more than one piece of information for downloading. In such embodiments, the 
distributor 103 may offer (e.g., download) a menu of its available selections for which a 
user associated with a portable computing device 107 may make a selection which is 
returned to the distributor 103 using a protocol procedure described herein. 

10 The distributor 103 may operate without user intervention and may typically 

S require no special configuration or maintenance concerns. Embodiments of the 
distributor 103 may also operate without any connections such as to an external power 
source or wiring. 



Serf 
. if i 



The distributor 103 may comprise a network receiver 104, a memory 405, a 
^15 random access memory ("RAM") 412, a CPU 422, a battery 411, and a transceiver 

1 system 105, according to an embodiment of the invention. According to some 

2 embodiments of the invention, the memory 405 may include a nonvolatile memory. 
According to some embodiments of the invention, the memory 405 may include a volatile 
memory and/or a combination of a volatile memory and a nonvolatile memory. The 

20 memory 405 may provide storage for the various programs accessed and run by the CPU 
422. These programs may include a communication server 402, an asset server 408, and 
an administration server 410. The communication server 402 may process messages 
received by the network receiver 104 from the system communication network 111 and 
forward the processed messages to the asset server 408. The asset server 408 may 

25 identify information incorporated in the processed messages that is to be downloaded to 
the portable computing devices 107. The asset server 408 may retain information to be 
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downloaded in a data repository 409. The administration server 410 may direct the 
operations of the distributor 103 and supervise maintenance tasks performed on the 
distributor 103. 

The distributor 103 may include the transceiver system 105 as a means of 
5 communicating with portable computing devices 107, according to an embodiment of the 
invention. The transceiver system 105 may comprise a line-of-sight communication 
device, such as an infrared transceiver, according to an embodiment of the invention. 
The transceiver system 105 may, alternatively or in conjunction, comprise a short-range 
or medium-range radio frequency communication device, such as a Bluetooth enabled 
10 device, according to an embodiment of the invention. An ordinary artisan will recognize 
that combinations of receiver(s) and transmitters) may be used in place of, or in 

»P conjunction with, transceivers) in the transceiver system 105. 

jtj 

\n The distributor 103 may provide increased power for the transceiver system 105 as 

^ a means for increasing the range of its transmissions and/or the range from which it can 

'!~15 receive transmissions from the portable computing devices 107, according to an 

W embodiment of the invention. In some embodiments, the transceiver system 105 may 

q transmit and receive signals at distances considerably in excess of the conventional 

3 -JL 

transmission distances of many portable computing devices 107 (e.g., 10 to 30 feet versus 
3 feet for Palm Pilots). 

20 The transceiver system 105 may be configured to generate a beacon 112, a 

broadcast 118, a beam interrogation 124, and a download signal 122 and send these 
signals to one or more portable computing devices 107, according to an embodiment of 
the invention. The transceiver system 105 may receive acknowledgement signals 
("ACK") 114, 119 and a beam response 126 from the portable computing devices 107, 

25 according to an embodiment of the invention. The roles of these signals will be discussed 
further herein. 
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While the transceiver system 105 may be made to operate as a RF-based system, 
an overall goal of an embodiment of the distribution network 120 is interoperability with 
pre-existing portable computing devices 107. Since more than a billion portable 
computing devices 107 already include an infrared ("IR") capability, many embodiments 
of the distributor 103 may support IR communications, at least until other 
communications systems become more popular. Thus, as will be discussed, the 
transceiver system 105 may be enabled for receipt of digital and/or analog transmissions 
and may also be enabled to receive point-to-point and/or multicast transmissions, 
according to various embodiments of the invention. 



Network Receiver 104 Operations 



y The distributor 103 may include a network receiver 104. For example, the 

^ network receiver 104 may receive transmissions from the structuring system 102 via a 
Hi 15 system communication network 111. Once the distributor 103 has received and 
Q processed a transmission, the distributor 103 may then broadcast the transmissions to a 
plurality of portable computing devices 107 (e.g., broadcast in accordance with the 
protocol described herein). Thus, the network receiver 104 receives transmissions into 
the distributor 103 for later transmission out of the distributor 103 by the transceiver 
20 system 105. As will be discussed, embodiments of the invention receive transmissions 
into the distributor 103 according to a first communication protocol and broadcast 
information to the portable computing devices 107 according to a second communication 
protocol. 

The network receiver 104 may comprise a communication device configured for 
25 receiving paging transmissions according to a one-way protocol, according to an 
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embodiment of the invention. A suitable one-way protocol is Motorola's Flex protocol, 
which may be deployed in an embodiment of the invention. The network receiver 104 
may, alternatively or in conjunction, be configured for reception of radio frequency 
broadcasts from another radio frequency network, according to an embodiment of the 
5 invention. 

The communication server 402 may direct operations of the network receiver 104 
and provide an interface between the distributor 103 and the system communication 
network 111. Embodiments of the communication server 402 may support wireless 
communications. The communication server 402 may manage message formatting and 
communication protocol tasks needed for communicating with the system 
communication network 111. The communication server 402 may also provide message 
queuing and local message storage of information received over the system 
communication network 111. Alternatively or in conjunction, the communication server 
402 may deliver information to the asset server 408, which may conduct the queuing and 
storage operations in the data repository 409, according to embodiments of the invention. 

The system communication network 111 facilitates communications between the 
structuring system 102 and the distributors 103 in the distribution network 120. Thus, the 
system communication network 111 may be used to transfer information from the 
structuring system 102 to individual distributors 103. The systems communication 
network 111 may use a wireless communication system. According to an embodiment of 
the invention, the system communication network 111 may comprise a paging network. 
For example, the system communication network 111 may comprise a one-way paging 
network, such as the Flex paging network offered by Motorola ®. 

The system communication network 111 may not necessarily be configured for 
25 rapid information transmissions, according to an embodiment of the invention. For 
example, embodiments of the Flex paging network, which may be used to provide the 
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system communication network 111, typically transmits information at a relatively slow 
1600 bps. In addition, the system communication network 111 may be shared with 
transmissions unrelated to the distributors 103. For example, the Flex paging network 
may comprise page transmissions to any sort of paging device in an urban environment. 

Accordingly, to account for limits in the amount of information that may be 
transmitted to the distributors 103 at a given instance, operators of the structuring system 
102 may send transmissions to the distributors 103 during moments of relatively low 
traffic, such as at night. In addition, the operators associated with the structuring system 
102 may monitor available bandwidth on the system communication network 111 and 
send transmissions to the distributors 103 as periods of higher bandwidth arise. Such 
transmissions may even include sending partial messages to the distributors 103. In such 
instances, the distributor 103 may reassemble a complete transmission from various 
messages that it has received. 

A protocol that may be used for transmissions between the structuring systems 102 
and various distributors 103 is described herein, according to an embodiment of the 
invention. 

Transceiver System 105 Operations 

The distribution network 120 may comprise a plurality of distributors 103. Each 
distributor 103 may include a transceiver system 105 as a means of communicating with 
portable computing devices 107, according to an embodiment of the invention. The 
transceiver system 105 may comprise a line-of-sight communication device, such as an 
infrared ("IR") transceiver, according to an embodiment of the invention. The 
transceiver system 105 may, alternatively or in conjunction, comprise a short-range or 
medium-range radio frequency communication device, such as a Bluetooth enabled 
device, according to an alternative embodiment. 
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As shown in Fig. 4A, the transceiver system 105 may comprise an IR transceiver 

414 and an IR receiver 415, according to an embodiment of the invention. The IR 
transceiver 414 may include an IR transmitter/receiver pair (not shown in Fig. 4A). The 
IR transceiver 414 may conduct IrDA communications (e.g., for downloading the client 
121), according to an embodiment of the invention. In addition, the IR transceiver 414 
may conduct transmissions associated with transfer of information to the portable 
computing devices 107 (e.g., sending beacons 1 12 and broadcasts 118). According to an 
embodiment of the invention, an output power of the IR transceiver 414 may be increased 
to increase transmission range of the beacons 112 and broadcasts 118. The IR receiver 

415 may provide additional reception range and sensitivity for transmissions sent to the 
distributor 103 from the portable computing devices 107. According to an embodiment 
of the invention, the receiver 415 may provide additional reception range and sensitivity 
for receiving ACKs 114, 119 sent to the distributor 103 from the portable computing 
devices 107. 

Fig. 4B illustrates an embodiment of the transceiver system 105 that further 
includes a high power IR transmitter 425 that may provide additional transmission range 
for transmissions sent from the distributor 103 to various portable computing devices 
107. In an embodiment of the invention, the high power IR transmitter 425 may, in 
conjunction with the IR transceiver 414, provide the beacons 112 and broadcasts 118. 
According to another embodiment of the invention, the high power IR transmitter 425 
may provide the beacons 112 and broadcasts 118, and the IR transceiver 414 may 
conduct IrDA communications (e.g., for downloading the client 121). 

The transceiver system 105 may be designed to compensate for sources of 
interference, such as sunlight and noise produced by other portable computing devices 
107. Additionally, operation of the distributor 103 may require that the function of the 
transceiver system 105 (e.g., its IR port) be obvious and conspicuous. Accordingly, the 
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transceiver system 105 may include an IR window 421 that facilitates transmissions out 
of and into the transceiver system 105. The IR window 421 may act as a filter that 
reduces distortion and/or noise. The distributor 103 may include multiple LEDs (not 
shown in Figs. 4A and 4B) as a means for widening the beam projected by the transceiver 
5 system 105, according to an embodiment of the invention. 

According to some embodiments of the invention, the receiver 415 may operate in 
conjunction with a filter 420 that enhances the receiver's ability to receive signals within 
a particular frequency range or within one or more frequency ranges, according to an 
embodiment of the invention. The filter 420 may be of conventional design, provided 
^10 that it keeps the receiver 415 tuned to a particular frequency range or particular frequency 
jft 1 ranges, according to an embodiment of the invention. For example, the filter 420 may 

£ comprise a bandpass filter that has been tuned for increased receiver sensitivity at the 

ili 

y particular frequency or range of frequencies of the ACKs 114, 119 in order to increase 

Tm the reception range for the ACKs 1 14, 1 19 in the distributor 103. The receiver 415 may 

1,15 be tuned to a frequency, such as 38 kHz or 37.5 kHz, to provide optimal performance, 

;§* according to an embodiment of the invention. 

I %= 

p The transceiver system 105 may provide three general types of signals, according 

to an embodiment of the invention. These signals include a beacon 1 12, a broadcast 118, 
and signals associated with downloading the client 121 (e.g., the beam interrogation 124 

20 and the download signal 122 for the client 121). The transceiver system 105 may provide 
the beacon 1 12 in closely spaced intervals (e.g., two-second intervals) as a mechanism for 
discovering portable computing devices 107. The transceiver system 105 may be 
configured to send the broadcast 118 several times to the portable computing devices 107 
in order to make sure that a client (e.g., the client 121 shown in Fig. 1) properly receives 

25 the broadcast 118, according to an embodiment of the invention. The various signals 
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provided by the transceiver system 105 may include IR signals centered on a wavelength 
of 880 nm, according to an embodiment of the invention. 

The transceiver system 105 may generate IR signals for the beam interrogation 
124, the download signal 122, the beacon 112, and/or the broadcast 118 according to a 
5 first modulation scheme and detect IR signals for the ACKs 114, 119 from the portable 
computing devices 107 that are generated according to a second modulation scheme, 
according to an embodiment of the invention. For instance, the first modulation scheme 
may be an IrDA-type modulation scheme, and the second modulation scheme may be 
similar to the modulation schemes used by television remotes, according to an 
^ : 10 embodiment of the invention. 

K The distributor 103 may support a 1 15.2 kbps information transfer rate to portable 

SEW 

PJ computing devices 107, according to an embodiment of the invention. To support a 

* s i 

jjj timely information transfer, the amount of information transmitted from the distributor 
y 103 to a portable computing device 107 may last just a few seconds (e.g., 5 seconds) per 
Sis transfer, according to an embodiment of the invention. An optimal end user experience 
iU may occur when the broadcast 118 is repeated with no more than a few seconds (e.g., 5 
q seconds) of latency from the last transmission or when the broadcast 118 occurs within a 
*** few seconds (e.g., 5 seconds) of a request to transmit, according to an embodiment of the 
invention. 

20 The portable computing devices 107 may send the ACKs 114, 119 to the 

transceiver system 105. The portable computing devices 107 may transmit the ACKs 
114, 119 in a modulated manner that resembles the way in which a television remote 
control device communicates with a television, according to an embodiment of the 
invention. The ACKs 114, 119 typically comprise a fairly short, fixed length 

25 transmission. The ACKs 114, 119 may include information regarding the state of the 
portable computing device 107, its serial number, its model number, and/or various other 
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status and identification information, according to an embodiment of the invention. In an 
alternative embodiment of the invention, the portable computing devices 107 may send 
larger transmissions to the distributors 103 than provided by the ACKs 114, 119, or 
rather, the length of the ACKs 114, 119 may be increased to provide additional 
5 information. For instance, such additional information may include a request for a given 
information stored in the memory 405 of the distributor 103. 

As shown in Fig. 4C, the transceiver system 105 may comprise an IR transceiver 
unit 450 and a RF transceiver unit 452, according to other embodiments of the invention. 
The IR transceiver unit 450 may comprise the IR transceiver 414 and the IR receiver 415 
g -**10 as discussed in connection with Fig. 4 A, according to an embodiment of the invention. 

Sssr 

^ According to another embodiment of the invention, the IR transceiver unit may comprise 

*$ the IR transceiver 414, the high power IR transmitter 425, and the IR receiver 415 as 

y discussed in connection with Fig. 4B. The RF transceiver unit 452 may comprise a short- 

!fj range or medium-range radio frequency communication device, such as a Bluetooth 

Ll5 enabled transceiver or a Bluetooth enabled transmitter/receiver pair. A distributor 103 

# comprising the transceiver system 105 shown in Fig. 4C may be configured to 

i y 

.p communicate with a portable computing device 107 using an IR wireless communication 

P protocol and/or a RF wireless communication protocol. 

The portable computing device 107 may include a client (e.g., the client 121 
20 shown in Fig. 1) that facilitates communications with the distributor 103 using the 
protocol described herein. The distributor 103 (or another distributor 103 of the 
distribution network 120) may provide the client 121 wirelessly to the portable 
computing devices 107. The distributor 103 is typically configured to provide the client 
121 to portable computing devices 107 upon request, according to an embodiment of the 
25 invention. Portable computing devices 107 that have not yet received the client 121 must 
typically be within a conventional communications distance from the distributor 103 in 



c4_8031.DOC 
566968 vl/PA 
C5H401 !.DOC 




IBOB-001/02US 

38 

order to receive the client 121. For example, a conventional Palm Pilot must typically be 
within a meter or less of the distributor 103 in order to receive the client 121 via the 
transceiver system 105. Downloading the client 121 may require the use of a 
conventional IR communication protocol (e.g., IrDA) and "beaming" applications which 
5 many portable computing devices 107 already support. Thus, the distributor's 
communication software may use the conventional IrDA Object Exchange ("OBEX") 
protocol layer (and associated lower level IrDA protocol layers) to distribute the client 
121. In some embodiments, the client 121 may be constrained to a size that allows the 
IrDA transfer to occur within a few seconds (e.g., 5 seconds). Alternatively or in 
10 conjunction, the client 121 may be provided to the portable computing device 107 using 
an RF communication protocol (e.g., Bluetooth). The client 121 may also be provided to 
the portable computing devices 107 in a variety of mechanisms other than, or in addition 
ill to, downloading from the distributor 103, according to an embodiment of the invention, 
ijl Procedures for downloading the client 121 to the portable computing devices 107 may 
"~15 include factory installation of the client 121, downloading over an electronic network 

Hi 

y (such as the World Wide Web), and providing the client 121 in conjunction with the 

5| installation of other software. In addition, it should be recognized that a portable 

Q computing device 107 that includes a first version of the client 121 may download a 

IsSt 

second version (or updated version) of the client 121 from the distributor 103 via a 
20 broadcast 118, according to an embodiment of the invention. 

Error Checking and Error Correction 

An ordinary artisan will recognize that embodiment of the distributor 103 may 
comprise receiving communications via essentially a one-way information transmission 
(e.g., from the system communicator network 111) and then subsequently redistributing 
25 the communications via another one-way information transmission (e.g., from the 
transceiver system 105). Accordingly, the distributor 103 may benefit from error 
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checking and correction techniques since system operators may not easily be able to 
verify that a given distributor 103 has 1) received a transmission sent to it and 2) made 
the transmission available for proper redistribution to a portable computing device 107. 

Distributor 103 Software Architecture 

5 As shown in Fig. 5, the distributor 103 may employ a three-layer software 

architecture that insulates high-level application functions from the details of low-level 
kernel, communications, and hardware operations, according to an embodiment of the 
invention. The three layers comprising this software architecture are a system layer 503, 
a platform layer 502, and an application layer 501. The distributor's system layer 503 
%10 software may comprise a kernel/operating system 504, hardware drivers 505, and 

"re? 

^ transceiver protocol stacks 506 along with other software that interacts directly with the 

!U distributor's hardware. The distributor's platform layer 502 may provide a platform- 

W 

jj? independent interface between lower level functions, such as those performed by the 

,g 

system layer 503, and higher level functions, such as those performed by the application 
^15 layer 501. Thus, the application layer 501 may use the platform layer 502 to access 
n kernel services, communication functions, and any other operations whose 
Q implementation is platform-specific. Software in the application layer 501 may use 
lower-layer services to deliver the information and software distribution features and 
supporting functions that comprise the distributor 103. An ordinary artisan will 
20 understand that the separation of platform-specific and platform-independent code may 
allow engineers to port the application layer 501 more quickly and reliably to later 
developed or modified distributors 103. Thus, only the platform layer 502 may typically 
require changing when porting distributor functionality to a new system layer 503. 

The distributor's application layer 501 software may partition the distributor's 
25 functionality into tasks such as, for example, administration, information distribution, 
monitoring functions, and/or visual feedback, according to an embodiment of the 
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invention. As shown in Fig. 5, the application layer 501 may comprise the asset server 

408, the administration server 410, the communication server 402, and the data repository 

409, according to some embodiments of the invention. According to an embodiment of 
the invention, servers in the application layer 501 (e.g., the asset server 408 and the 

5 administration server 410) may be configured for operations in a multitasking 
environment, i.e., these servers may execute their respective tasks concurrently. 

The asset server 408 may manage the data repository 409 (e.g., a database). The 
data repository 409 may be configured to retain information (e.g., client 121, 
application(s), and/or data) for subsequent delivery to portable computing devices 107. 
^10 The data repository 409 may also be configured to retain other information, such as, for 
^ example, scheduling information for transmissions across the system communication 
P network 111, according to an embodiment of the invention. The asset server 408 may 
y interact with the communication server 402 to receive information sent from the system 
Jig communication network 111, according to an embodiment of the invention. The asset 
Ll5 server 408 may also interact with the communication server 402 to deliver information to 
a jF portable computing devices 107, according to an embodiment of the invention. 

p According to some embodiments of the invention, the communication server 402 

may provide an interface or link between the asset server 408 (and/or the administration 
server 410) and communication stacks 515. In particular, the communication server 402 
20 may direct assembly (or disassembly), compression (or decompression), error checking, 
and/or formatting of information passed between the asset server 408 (and/or the 
administration server 410) and the communication stacks 515. According to some 
embodiments of the invention, the communication server 402 may maintain and/or 
construct one or more communication paths between the asset server 408 and the 
25 communication stacks 515. A communication path may be a chain of an input/output 
stream that processes information from an information source at one end (e.g., the 
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communication stacks 515) such that an information recipient at another end (e.g., the 
asset server 408) may recognize and/or utilize the information. According to one 
embodiment of the invention, a communication path may include one or more operations 
or processing steps. For instance, a communication path associated with the network 
5 receiver 104 may include operations such as (1) receive information packets from 
network receiver communication stacks 516; (2) assemble and/or sort the packets; (3) 
perform error checking analysis (e.g., checksum validation); (4) decompress the 
information in the packets; and (5) deliver the information to the asset server 408. As 
another example, a communication path associated with the transceiver system 105 may 
10 include one or more operations that receive information from the asset server 408 and 
% convert the information into a format that may be used by the transceiver protocol stacks 
ffl 506 for broadcasting to portable computing devices 107 via the transceiver system 105. 

y According to some embodiments of the invention, the communication server 402 

may dynamically construct a communication path in accordance with one or more 
J^15 commands. For instance, the asset server 408 may issue a first command, or a first set of 
;jF commands, at a given time to direct the communication server 402 to dynamically 

,1 construct a communication path for communications received from the system 

Q 

communication network 111, and the asset server 408 may issue a second command, or a 
second set of commands, to direct the communication server 402 to dynamically 

20 construct a communication path for communications associated with the transceiver 
system 105. According to an embodiment of the invention, one or more of these 
commands may be retained in the data repository 409. The retained commands in the 
data repository 409 may be received at various times, e.g., distributor initialization, from 
a system communication network transmission, etc. According to an embodiment of the 

25 invention, one or more commands may be transmitted from the structuring system 102 
over the system communication network 111. Alternatively or in conjunction, one or 
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more commands may be transmitted by a portable computing device 107 and received by 
the transceiver system 105. 

The communication server 402 may include rules for directing the assembly of 
broadcasts 118 to specific clients 121 that accommodate different client capabilities and 
5 limitations that may differ across portable computing device platforms and versions. 
Likewise, the communication server 402 may prepare broadcasts 118 to withstand the 
possible loss of data during transmission, e.g., error correction and redundancy. For 
example, the communication server's payload assembly rules may encode dependencies 
among payload elements that may permit the transceiver protocol stacks 506 to deliver 
^10 partial information to a portable computing device 107 while maintaining consistent 
]H referential integrity, e.g., the client 121 on the portable computing device 107 can receive 

f information in pieces and can determine when it has received a complete transmission. 

iy 

ill An administration server 410 on the distributor 103 provides an interface for 

E ~ managing the distributor 103's configuration and data. The administration server 410 
'^15 may receive data and instructions pertaining to maintenance and operations of the 
ft distributor 103 and perform the requested updates. The data and instructions may be 
Q received from the structuring system 102 (e.g., via the system communication network 
111) and/or from other systems, such as a portable computing device 107 configured for 
administrative operations. For example, the administration server 410 may set schedules 
20 for when the distributor 103 receives and broadcasts information, collect and provide 
diagnostic information, and perform any other functions that modify or expose the state 
of the distributor 103. In accordance with some embodiments of the invention, the 
administration server 410 may manage or retain one or more identification codes that 
indicate which transmissions sent over the system communication network 111 should be 
25 received by the distributor 103. The administration server 410 may include a status 
monitor that checks various distributor operations and reports on their condition for 
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subsequent analysis by internal device monitoring and support services, as well as for 
subsequent downloading to administrative devices. According to an embodiment of the 
invention, the administration server 410 may monitor state and statistical information, 
such as, for example, number of client downloads, number of application(s) and/or data 
5 downloads, and total bytes stored in the data repository 409. 

The platform layer 502 may free the application layer 501 from having to perform 
platform-specific operations and provide an interface with the system layer 503. In some 
embodiments, the platform layer 502 may provide a platform-independent interface 509 
to system layer 503 services. The platform layer 502 may manage platform-specific 
operations using a manager 508 that frees the application layer 501 from having to know 
the details of these activities. 

The platform layer 502 may define the cross-platform interface 509 to services 
provided by the kernel 504, such as multitasking, synchronization, mutual exclusion, 
messaging, timing, and storage. The platform layer 502 may also homogenize the 
communication features of the system layer 503 with an abstract endpoint interface 510. 
The application layer 501 may instantiate active or passive endpoints that provide 
connectionless, streaming, or transactional communication over one or more of the 
platform layer's physical interfaces. 

The platform layer 502 may encapsulate or abstract hardware-specific features and 
20 operations. The platform layer 502 may provide the application layer 501 access to non- 
volatile parameters, such as distributor device ID, platform version, and persistent 
application parameter storage. The platform layer 502 may further provide a view of the 
platform feature set 511, an interface to the status indicator 512, and access to hardware 
operations 513, like reset. To the extent possible, the platform layer 502 may handle 
25 power management operations, freeing the details of these operations from the 
application layer 501. The platform layer 502 may offer platform-specific diagnostic 
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functions, like machine exception handling, stack tracing, and memory auditing. The 
platform layer 502 may also provide the application layer 501 with access to a suite of 
test functions 514 defined by the system layer 503. 

The system layer 503 may contain functions that directly interface to and control 
5 the distributor's hardware. The system layer 503 may include application programming 
interfaces ("APIs") 518 that may be defined for presentation to the platform layer 502 for 
facilitating control and communications functions. The APIs 518 may be included for 
any existing functionality and devices used in the distributor 103. For example, pre- 
defined APIs for borrowed software (e.g., FLEX and IrDA communications stacks that 
n l0 may be included in the communication stacks 515) may be integrated into the APIs 518 
j~ provided by the distributor 103, according to an embodiment of the invention. 
*P Additionally, the platform layer 502 may also benefit from pre-existing software from 
I*] other components (e.g., if the distributor 103 uses a Scout Electromedia Modo 
jig motherboard, then some of the accompanying Scout software may possibly also be used). 
Ll5 Pre-existing APIs may be presented "as-is" to the platform layer 502 and simply added to 
;P other interfaces required for controlling the distributor's hardware and communications 
rp mechanisms, according to an embodiment of the invention. Of course, an ordinary 
P artisan will recognize that a certain amount of testing and modifications may be needed 
with any integration activity. 

20 In addition, the system layer 503 may include the communications stacks 515 

associated with physical devices, such as the network receiver 104 and the transceiver 
system 105. For example, the system layer 503 may provide the network receiver 
communication stacks 516 for the network receiver 104 and the transceiver protocol 
stacks 506 for the transceiver system 105. The system layer 503 may also provide a test 

25 function 517 that supports both engineering and manufacturing test functions and 
diagnostics. 
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The network receiver communication stacks 516 may be configured to direct the 
network receiver 104 to send and/or receive information over the system communication 
network 111. The network receiver communication stacks 516 may include functionality 
borrowed from pre-existing systems (e.g., the Flex communication stack). An ordinary 
5 artisan will recognize that pre-existing communication stacks may sometimes not provide 
all the functionality needed for a given embodiment and pre-existing communications 
stacks may occasionally cease to be supported by their original manufacturer. 
Accordingly, an ordinary artisan will recognize that some additional modifications may 
need to be made from time to time to any re-used device or software (e.g., a 
10 communications stack). 

a 

i 

The transceiver protocol stacks 506 may comprise one or more communication 
stacks that direct operation of the transceiver system 105 in communicating with portable 
computing devices 107. According to some embodiments of the invention, the 
transceiver protocol stacks 506 include a first communication stack associated with a 
15 conventional communication protocol (e.g., IrDA and/or Bluetooth) and a second 
* communication stack associated with a data transfer communication protocol. According 
i to some embodiments of the invention, a conventional communication protocol may 
l direct downloading the client 121 to portable computing devices 107 and/or other 
conventional communications between the distributor 103 and portable computing 
20 devices 107. According to some embodiments of the invention, a data transfer 
communication protocol may direct transfer of application(s) and/or data to portable 
computing devices 107 that have downloaded the client 121. Additional details regarding 
specific embodiments of the transceiver protocol stacks 506 are described herein. 

The system layer 503 may also include components such as a real-time operating 
25 system ("RTOS") 519, a bootloader 520, and hardware drivers 505. The distributor 103 
may use any conventional RTOS. A pre-emptive, multi-tasking operating system may 
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provide better performance than other RTOS. For example, an embodiment of the 
distributor 103 may use the MicroC/Operating System II ("uC/OS II RTOS"), while other 
embodiments may use operating systems such as, for example, WinCE or Unix. 

The bootloader 520 may be the first task run at power up. The bootloader 520 
5 may support any necessary hardware initializations and may pass control over to either 
the distributor's standard application (e.g., the asset server 408) or a test and diagnostics 
function (e.g., the administration server 410). The bootloader 5 s passage of control may 
be based on the receipt of a specific command on the serial port in a defined timeframe 
after power up, according to an embodiment of the invention. The distributor 103 may 
;! ^10 also be placed in the test and diagnostics mode via a command once the distributor's 
^ standard application is running. The bootloader 520 may comprise pre-existing 

r electronics used in constructing the distributor 103, according to an embodiment of the 

III 

y invention. For example, the bootloader already programmed into the Scout Modo 
[|j electronics may be used to simplify the loading of new software into existing hardware, 
jjU 1 5 according to an embodiment of the invention. 

§5 The system layer 503 may also provide the hardware drivers 505 that control and 

O communicate with the distributor's hardware. Depending on the function, a System API 
may provide a direct interface to the drivers (e.g., for well defined or simple tasks) or an 
abstraction layer (e.g., for more complex tasks such as timing dependent operations). 

20 The system layer 503 may integrate the communications stacks used by devices 

associated with the distributor 103. For example, in one embodiment of the invention, 
the system layer 503 may integrate communication stacks for the Flex paging network 
used by the network receiver 104 and the IR communication stack used by the transceiver 
system 105. In a further embodiment, in which the Flex paging network is used for the 

25 network receiver 104, the Motorola ® Dragonball FLEX R4.3 communication stack may 
be integrated "as-is" into the system layer 503. Similarly, a further embodiment may use 
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either the ESI or EmbedNET communication stacks as an IrDA communication stack for 
the transceiver system 105. An ordinary artisan will recognize that other communication 
stacks may be used or developed rather than, or in addition to, the communication stacks 
identified above. In addition, embodiments of the invention using the data transfer 
5 communication protocol disclosed herein may also use an IR communication stack that 
supports the beacon, ACK, and broadcast protocol for extended IR range. 

Distributor Memory Elements 

The distributor 103 may have an internal RAM 412. While the RAM 412 may 
conceivably be almost any size, a minimum of 256 kbytes may provide adequate 
performance for some embodiments of the invention. For example, local information 
broadcasts 118 to the portable computing devices 107 may be constrained in size by a 
maximum time available for transmission. Thus, a maximum time available for 
transmitting over an IR link may be approximately 50 kbytes for 5 seconds, according to 
an embodiment of the invention. The RAM 412 having a 256 kbytes size may be 
adequate for this task, although larger memories might provide better overall 
performance. The RAM 412 may support the run time needs of the distributor's software 
(e.g., the communication server 402), according to an embodiment of the invention. In 
addition to providing run time memory, the RAM 412 may provide storage of 
application(s) and/or data to be broadcast to the portable computing devices 107 as well 
as storing the client 121. The RAM 412 may comprise dynamic RAM ("DRAM") or 
static RAM ("SRAM"), according to various embodiments of the invention. 

Internal memory (e.g., the memory 405) may typically be required to store the 
distributor's executable software, software for the portable computing device 107, and 
application(s) and/or data to be broadcast to the portable computing device 107. While 
25 the memory 405 may be almost any size, a 2 Mbyte size may provide adequate 
performance for some embodiments. According to some embodiments of the invention, 
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the memory 405 may be a flash memory that may be used for storing executable software 
to simplify the later addition of new or updated software for the distributor 103. 

Distributor Deployment Considerations 

The distributor 103 may provide considerable ease of operation for associated 
5 vendors. For example, the distributor 103 may generally be "zero deployment" in the 
sense that the distributor 103 may only require a battery power source (which can be 
installed by the manufacturer in the factory), and the distributor 103 need not necessarily 
include any configurable elements (e.g., a power cord) that require attention by a user 
who installs the distributor 103. Installation may merely require some minor attention to 
^10 the orientation of the transceiver system 105, which may be provided in the form of 
'5 simple instructions, 
i y 

y The distributor's serial number (or other device identification) may be provided by 

J the distributor's manufacturer to the system operator {e.g., an owner's agent) so that the 
L operator may send a wakeup signal over a wired or wireless network (e.g., the system 
:jPl5 communication network 1 1 1) to the distributor 103. The wakeup signal may be targeted 
*p for the distributor 103 by incorporating the distributor's serial number. In this manner, 
|I the system operator need not take physical possession of the distributor 103 in order to 
attain its proper integration into the distribution network 120. Thus, one party could 
manufacture the distributor 103, and another party could install the distributor 103 in a 
20 given location for operation by yet another party. 

In an embodiment of the invention, the distributors 103 may be manufactured such 
that they receive a message from the system communication network 111 (or a broadcast 
mimicking a transmission from the system communication network 111) that provides 
the distributor 103 with its identification code. For example, if the network receiver 104 
25 comprises a pager receiver, then the broadcast could provide it with a capcode and an 
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initial broadcast schedule. Having received its identity in the factory, the distributor 103 
may simply wait until its deployment before receiving regular broadcasts from the system 
communication network 111. Of course, the distributor 103 could possibly begin 
receiving broadcasts immediately, such as when the distributor's operator wants to 
5 provide the device with software not available at the factory, e.g., updates or confidential, 
propriety software. 

Portable Computing Device 107 

Fig. 6 illustrates an embodiment of a portable computing device 107 having the 
client 121 configured for communications with the distributor 103, according to an 
•^10 embodiment of the invention. The client 121 assists the pre-existing hardware and 
5 J software on the portable computing device 107 in communicating with the distributor 
ft 1 103. The portable computing device 107 may require no physical modifications in order 
m to communicate with the distributor 103 once the portable computing device 107 has 
~ been equipped with the client 121. 

;|Fl5 A typical portable computing device 107 may include the transceiver 106, a CPU 

£ 608, and a memory 607. According to some embodiments of the invention, the memory 

6 

u 607 may include a nonvolatile memory. According to some embodiments of the 
invention, the memory 607 may include a volatile memory and/or a combination of a 
volatile memory and a nonvolatile memory. Of course, the portable computing device 

20 107 may also include other hardware (e.g., a RAM) and software elements. The 
transceiver 106 is typically configured for wireless communications according to a 
known wireless communication protocol (e.g., IrDA communication protocol). An 
ordinary artisan will understand that the transceiver 106 may be replaced with a 
transmitter and a receiver such that the portable computing device's communications will 

25 continue to operate in a similar manner. Programs retained in the memory 607 may be 
processed by the CPU 608. 
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The client 121 typically comprises a decoder 603 and a remote application server 
("RAS") 602, according to an embodiment of the invention. Applications 605 and data 
606 typically comprise information received from the distributor 103 via a broadcast 118. 
The RAS 602 typically executes the applications 605 using the data 606 upon receiving a 
5 program execution instruction (such as may be provided by a user of the portable 
computing device 107), according to an embodiment of the invention. The complete 
client 121 may be fairly lightweight and around 100K in size, according to an 
embodiment of the invention. 

While the portable computing device 107 may be any portable computing device, 
^10 for at least one embodiment of the invention, the portable computing device 107 is a 
jfjf Palm Pilot, and the distribution network 120 has been designed to operate in conjunction 
S with the Palm operating system ("Palm OS"). So in this embodiment, the distributor 103 

s ¥ 

y is designed to provide the client 121 for operation on, or in conjunction with, a Palm 
operating system. 

: J15 The distributor 103 may include functionality for determining what kind of an 

K operating system resides on a given portable computing device 107, according to 
p embodiments of the invention. The distributor 103 may read the portable computing 
device's signature and then respond with an IrDA query, e.g., "What are you?" 
According to some embodiments of the invention, a distributor 103 determines the 
20 operating system of a given portable computing device 107 from information 
incorporated in a beam response 126. Having determined the particular operating system, 
the distributor 103 may select a client 121 appropriate for the operating system and 
download the client 121 to the portable computing device 107. Another portable 
computing device identification method may comprise developing the client 121 to 
25 operate on a preferred platform, such as a Palm proprietary system, and then providing 
some other functionality for bootstrapping the Palm implementation into other systems. 
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Available operating systems may include the Palm operating system, pocket PC, and 
WinCE. 

The decoder 603 may comprise components, such as (1) a data reception module 
604; (2) a packet re-assembly module 612; (3) and a package interpretation module 614 
5 that interprets the overall package received. Like many other elements of the distribution 
network 120, embodiments of the decoder 603 may comprise software or circuitry, as 
well as hybrids comprising both software and circuitry. The decoder 603 directs 
operations of the transceiver 106 in communicating with the distributor 103. 

The data reception module 604 may be configured to understand the data transfer 
%10 communication protocol(s) used by the distributor 103 in broadcasting information to the 
^2 portable computing device 107. Operations of the data reception module 604 with 
!U respect to data transfer communication protocol(s) will be described further herein. The 
m data reception module 604 may look for dropped packets and may wait for a re-broadcast 
in order to attain any dropped packets. 

0 

:j:15 According to some embodiments of the invention, the data reception module 604 

may configure hardware and/or software of the portable computing device 107 to 

y, generate a signal with particular physical characteristic(s), such as, for example, with a 
particular encoding scheme, a particular modulation scheme, and/or a particular 
information transmission rate. According to some embodiments of the invention, the data 
20 reception module 604 configures the portable computing device 107 to generate the ACK 
114, 119 with physical characteristic(s) that enable the transceiver system 105 of the 
distributor 103 to receive the ACK 114, 119 at a greater distance from the portable 
computing device 107. The physical characteristic(s) of the ACK 114, 119 may differ 
from physical characteristic(s) of a signal generated in accordance with a conventional 
25 communication protocol (e.g., IrDA). According to some embodiments of the invention, 
the data reception module 604 may configure the portable computing device 107 to 
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generate an ACK 114, 119 with physical characteristic(s) similar to that used in 
conventional IR remote controls, such as, for example, a conventional television remote 
control In particular, some embodiments of the data reception module 604 may direct 
the transceiver 106 to transmit an ACK 114, 1 19 at a transmission rate of 1200 bps using 
5 a non-return-to-zero ("NRZ") encoding scheme with a 37.5 kilohertz ("kHz") amplitude- 
shift-keying ("ASK") modulation scheme, wherein a 37.5 kHz IR tone is generated for a 
binary "0", and an IR tone is not sent for a binary "1". 

As shown in Fig. 6, embodiments of the portable computing device 107 may 
include a Universal Asynchronous Receiver/Transmitter ("UART") 616. The UART 616 
10 may be incorporated in the CPU 608 or may be configured as a separate device. 
"2 According to some embodiments, the data reception module 604 may configure the 
G8 portable computing device 107 to transmit a non-IrDA type ACK 114, 119 by 
m configuring the UART 616 and controlling the CPU's UART TXD pin (not shown) 
i J directly. As one of ordinary skill in the art will understand, the UART TXD pin in a 
^15 conventional portable computing device 107 (e.g., a Palm Pilot) may be configured as a 
y general purpose I/O pin or as an UART pin. According to one embodiment of the 
m invention, the UART baud rate is configured to 75,000 bps, and the UART's mode is 
q changed from IrDA to NRZ (and the UART TXD pin polarity set appropriately). 
"~ According to this embodiment of the invention, NRZ is used because a resulting IR pulse 
20 shape is more appropriate for the 37.5 kHz ASK modulation. In this embodiment, to 
transmit a binary "0" (with a 37.5 kHz IR tone), the UART 616 repeatedly sends a 
character 0x55 to the transceiver 106 for the duration of a 1200 bps bit time. At 75,000 
bps, the character 0x55 will produce a 37.5kHz IR tone. In this embodiment, to transmit 
a binary "1" (no IR tone), the UART 616 still transmits characters (for timing purposes), 
25 but the UART TXD pin is configured as a general purpose I/O and is forced low (or high 
depending on the detected hardware polarity) to force the transceiver 106 off. It should 
be recognized that other combinations of characters sent to the transceiver 106 and 

c4_803i.DOC 
566968 vl /PA 
C5H401 !.DOC 




IBOB-001/02US 

53 

UART baud rate may be selected to generate a 37.5 kHz IR tone, according to some 
embodiments of the invention. For example, according to one embodiment of the 
invention, a 37.5 kHz IR tone is generated by configuring the UART baud rate to 150,000 
bps and configuring the UART 616 to repeatedly send a character 0x33 to the transceiver 
5 106 for the duration of the ACK 114, 1 19 bit time (e.g., the duration of a 1200 bps bit 
time). Likewise, various combinations of character sent to the transceiver 106 and 
UART baud rate may be selected to generate IR tones of different frequencies (e.g., 
frequencies different from 37.5 kHz). 

It should be recognized that the data reception module 604 may configure the 
portable computing device 107 to generate an ACK 114, 119 having various physical 
characteristic(s) (e.g., characteristic(s) that allow for an increased transmission range of 
the ACK 114, 119). Embodiments of the data reception module 604 may direct a 
portable computing device 107 to generate signals with various physical characteristic(s) 
by controlling one or more of the following: (1) UART baud rate; (2) UART mode (e.g., 
IrDA or NRZ); (3) UART TXD pin; (4) character(s) sent by the UART 616 to the 
transceiver 106; and (5) duration for which a given character is sent by the UART 616 to 
the transceiver 106. For instance, one embodiment of the data reception module 604 may 
configure the portable computing device 107 to generate an ACK 114, 119 using a 
frequency-shift-keying ("FSK") modulation scheme. In this embodiment, the UART 616 
may repeatedly send a character (e.g., 0x55) to the transceiver 106, and the UART baud 
rate may be varied for consecutive ACK 1 14, 1 19 bit times. 

The packet re-assembly module 612 may reassemble the packets received 
according to the data transfer communication protocol and place them into a meaningful 
data stream that can then be passed to other portions of the client 121 and beyond. In an 
25 embodiment of the invention, the distributor's data transfer communication protocol may 
operate with a single broadcast payload per distribution with a plurality of packets. The 
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packet re-assembly module 612 may reassemble packets that are received out of order, 
even when received across multiple broadcasts 118 from the distributor 103. The number 
of packets received may be determined by a size of the overall broadcast payload, 
according to an embodiment of the invention. 

5 Once a complete broadcast 1 1 8 has been received, the decoder 603 may perform 

error correction before making the resulting information (e.g., an application 605 and/or 
data 606) available to the remote application server ("RAS") 602. The distribution 
network 120 may use error correcting codes in the manner known to ordinary artisans in 
the relevant field. 

■^10 According to some embodiments of the invention, information received via a 

?2 broadcast 118 may comprise one or more of the following: a data repository, a logic 

ssss 

fti portion, and formatting information. The data repository may include data (e.g., 

S 3 \ 

\jk organized in the form of a Structured Query Language ("SQL") table) that may be 
accessed by the RAS 602 to generate content at the portable computing device 107. The 
^15 logic portion may include instructions that specify action(s) or processing to be 
fu undertaken in response to a user input. In particular, the logic portion includes 
g instructions that may be executed by the RAS 602 to produce a search query of the data 
repository in accordance with a user input, according to an embodiment of the invention. 
The formatting information may specify presentation and/or layout of the content 
20 generated by the RAS 602, which content may be displayed to a user of the portable 
computing device 107. According to an embodiment of the invention, information 
downloaded by a portable computing device 107 may comprise a HTML file that 
includes an embedded programming code (e.g., a Java-based scripting language code, a 
JavaScript code, or a Visual Basic Script code). In this embodiment, the formatting 
25 information may comprise HTML tags in the HTML file, and the logic portion may 
comprise the embedded programming code. According to an embodiment of the 
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invention, the logic portion may comprise one or more SQL queries corresponding to one 
or more user inputs. 

According to some embodiments of the invention, a RAS 602 processes 
information received via a broadcast 1 1 8 to generate content at the portable computing 
5 device 107. According to an embodiment of the invention, the RAS 602 dynamically 
generates data-driven content at the portable computing device 107. Fig. 7 A illustrates a 
RAS 602 according to an embodiment of the invention. As shown in Fig. 7A, the RAS 
602 may include a display module 713 (e.g., a HTML browser), a data repository 
manager module 715 (e.g., a SQL database manager), a query generator module 717 
:; ^10 (e.g., a SQL query engine), and a content generator module 719 (e.g., a JavaServer Page 
h Q ("JSP") template engine, a Common Gateway Interface ("CGI") program, or an Active 
4 Server Page ("ASP") engine). 

tfi Fig. 7B illustrates the processing 721 that may be performed by various modules 

^ of a RAS 602, according to an embodiment of the invention. As shown in Fig. 7B, the 
Ml 5 RAS 602 receives information including a logic portion, a data repository, and formatting 
RJ information (step 725). The information may be received from a distributor 103 via a 
□ broadcast 118. The display module 713 may be used to forward a user input, such as, for 
example, by using a conventional HTML form or a HTML file embedding a Java applet, 
to the query generator module 717. The query generator module 717 may facilitate 
20 creation of a search query (e.g., a SQL query) in accordance with the user input and in 
accordance with the logic portion (step 727). According to an embodiment of the 
invention, the query generator module 717 may generate the search query based upon the 
user input. According to some embodiments of the invention, the logic portion includes a 
plurality of search queries, and the query generator module 717 may select a search query 
25 from the plurality of search queries based upon the user input. The data repository 
manager module 715 searches the data repository in accordance with the search query 
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and retrieves a search result (step 729). The search result is forwarded to the content 
generator module 719. The content generator module 719 generates content in 
accordance with the search result and in accordance with the formatting information (step 
731). According to an embodiment of the invention, the content generator module 719 
5 transforms the search result in accordance with the formatting information to produce the 
content (e.g., a formatted content). The display module 713 displays the content to a user 
of the portable computing device 107 (step 733). 

Fig. 7C illustrates the RAS 602, according to another embodiment of the 
invention. The RAS 602 provides an application layer on the client 121, according to an 
,^10 embodiment of the invention. The RAS 602 may render HTML and then receive and 
k S process standard HTML commands using an HTML browser 609. The RAS 602 may 
=p receive user inputs into a standard form and then pass the form into a script file 
y associated with the HTML. This may generate an SQL query via a query engine 705 that 
?|j causes a reference to an SQL table that may then be retrieved by an SQL database 
;L1 5 manager 703, according to an embodiment of the invention. The SQL database manager 
*p 703 may retrieve the appropriate results and provide them for subsequent operations, 
j* including display to the user using the HTML browser 609. 

in 

According to an embodiment of the invention, the RAS 602 may first pass the 
retrieved results to a results page prepared by a reduced instruction JavaServer Page 

20 template engine (or "JSPlite template engine") 707, according to an embodiment of the 
invention. The JSPlite template engine 707 may use a standard template format in 
preparing results pages. In other words, a template may be created on the basis of 
particular results obtained from the SQL query rather than having been previously 
prepared and stored. Thus, the RAS 602 may take data from a SQL table, format the data 

25 according to the SQL query, and then provide an appropriate HTML page for display 



c4_803I.DOC 
566968 vl/PA 
C5H40U.DOC 




IBOB-001/02US 

57 

using the HTML browser 609. This approach allows the user to conduct searches, mine 
data, and create new HTML pages on the fly on the portable computing device 107. 

The JSPlite template engine 707 may perform SQL queries via the SQL database 
manager 703. The JSPlite template engine 707 represents a reduced Java virtual decoder. 
5 The JSPlite template engine 707 may provide a SQL browser that provides Java 
interpretation and a script interpreter of the JAVA VM. The client 121 may include a 
complete Java virtual decoder, according to an embodiment of the invention. As 
previously discussed, embodiments of the JSPlite template engine 707 represent a 
reduced embodiment of typical JSP functionality. While the specific functionality 
,=40 retained may vary, the JSPlite template engine 707 should generally retain JSP's ability 
*H to perform template operations. Of course, an ordinary artisan will recognize that 
<P programs similar to JSP may be used in place of JSP in the JSPlite template engine 707. 

yn As shown in Fig. 7C, the RAS may include a personality database 711 and a 

s 7* transaction manager 709. The personality database 711 may retain session information 
^15 and/or any other information pertaining to a user of the portable computing device 107, 
ru according to an embodiment of the invention. Information retained in the personality 
□ database 711 may be used, for example, to prepare a personalized results page and/or to 
restore settings on the HTML browser 609 in accordance with a user's preferences or past 
use. Also, information retained in the personality database 711 may be utilized beyond 
20 the client 121, such as, for use by a conventional application in the portable computing 
device 107. As a further example, session information retained in the personality 
database 711 may include transaction(s) and/or user modification(s) to downloaded 
information that may used for information synchronization described as follows. 

The transaction manager 709 may direct the synchronization of information, 
25 according to some embodiments of the invention. According to an embodiment of the 
invention, the transaction manager 709 may synchronize information in one or more of 
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the following situations: (1) information stored in a data repository (e.g., the information 
database 211 of the information provider system 101) is downloaded by a user of the 
portable computing device 107 and is altered and/or manipulated by the user; and (2) 
information stored in a data repository is downloaded by the user, and the information is 
5 altered in the data repository during a period of disconnection between the portable 
computing device 107 and the original data source. In one or both of these two 
situations, the transaction manager 709 may synchronize information by reconciling 
differences, if any, between information stored in the data repository and information 
stored in the portable computing device 107. As previously described, the transaction 
10 manager 709 may reference session information retained in the personality database 711. 
Q Alternatively or in conjunction, the transaction manager may reference information 
IB stored elsewhere in the portable computing device 107 (e.g., the memory 607) and/or in 
rli the data repository. The transaction manager 709 may synchronize information via the 
distributor 103. According to an embodiment of the invention, the transaction manager 
^15 709 may synchronize information via a distributor 103 having a back channel to 
G communicate with the data repository (e.g., via the system communication network 1 1 1). 
||| Alternatively or in conjunction, the transaction manager 709 may synchronize 
S information via any device that may provide a link to the data repository of interest. For 
|p * instance, the transaction manager 709 may synchronize information retained in a memory 
20 of a database associated with a website (via a conventional personal computer) with the 
corresponding information retained in the portable computing device 107. In other 
words, a user of a portable computing device 107 could obtain information from a 
distributor 103, use and manipulate the information for a while, and then later 
electronically couple the portable computing device 107 to some sort of electronic 
25 network (e.g., a personal computer connected to the Internet) and communicate with a 
database configured to retain the previously downloaded information and obtain updates 
to the information thereby. 
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In a sample baseball application, the client 121 may download one or more 
packets as part of a complete broadcast 118 that when reassembled provide a wealth of 
baseball statistics, including a scorecard and digital baseball cards. The end user may 
then organize this information through a number of queries that instigate SQL commands 
5 which then end up producing dynamic HTML pages. While production of dynamic 
HTML pages may be known, the production of such pages is typically performed on a 
server computer that is electronically coupled to a client computer over an electronic 
network, rather than resident on the same computer, as is the case with embodiments of 
the present invention. Of course, the information downloaded may also include 
10 supporting graphical objects (e.g., .gif and jpg formats) and/or sound objects and/or 
^ audio- visual objects. In an embodiment of the invention, high-level software converts the 
IM .gif graphics files into .rle bitmap format because it is generally easier to reproduce this 
111 format into the .gif formats on the portable computing device 107 because portable 
jj computing devices 107 often have limited CPU capacities. 

i 

1,15 The client 121 may be configured for auto configuration and/or auto launch of the 

# applications 605 received from the distributor 103. Thus, once the client 121 has been 

§ 

s jp downloaded by the portable computing device 107, the client 121 may automatically 
activate to receive a broadcast 118 from the distributor 103. Alternatively or in 
conjunction, once the client 121 has received a broadcast 118 from the distributor 103, 
20 the client 121 may automatically transform the received broadcast 118 into an application 
605 capable of operation on the portable computing device 107 and then launch the 
application 605 (e.g., for operation on the RAS 602). The client 121 may also use a 
timing function with new broadcasts 118 such that a new program may start running 
within a few seconds of its download rather than immediately. Of course, users of the 
25 portable computing device 107 may be given the opportunity to reconfigure the client 
121 so that it does not automatically configure and launch newly received broadcasts 118. 
However, since the distributor 103 may often be broadcasting information of local 
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interest to users of portable computing devices 107, the broadcast 118 may often be of an 
immediate or even an urgent interest for the users associated with the portable computing 
devices 107, 

Embodiments of the RAS 602 and associated applications 605 may essentially 
5 provide a three-tiered Internet architecture in which the server (e.g., the SQL database 
manager 703 and the JSPlite template engine 707) and client (e.g., the HTML browser 
609) both reside on the same computing system (e.g., the portable computing device 
107). This computing paradigm allows creators of information (e.g., applications and 
data) to produce information suitable for downloading to the portable computing devices 
^10 107 in the same, or similar paradigm (e.g., manner), as they might use in producing an 
k B application for operation in a conventional three-tiered Internet architecture. The RAS 
p 602 allows code (e.g., the applications 605) and data (e.g., the data 606) to remain 
y separated as they are in a typical three-tiered Internet architecture. In addition, users of 
^ the applications 605 performed by the RAS 602 on portable computing devices 107 may 
*LJ5 interact with a user interface in much the same manner that users of Internet-based 
=P applications interact with applications operating on a three-tiered Internet architecture. 
,1 Moreover, according to embodiments of the invention, applications 605 operating via the 
JT RAS 602 may continue to take advantage of the fairly well developed standards for 
Internet applications, e.g., logic, layout, and data. 

20 Fig. 8 illustrates a sample application and data 809 that may be received by the 

portable computing device 107 from the distributor 103, according to an embodiment of 
the invention. The application and data 809 may comprise an application 605 and its 
paired data 606, as shown in Fig. 6. The application and data 809 may comprise a data 
repository 801, HTML code 803, and an SQL query list 805. As previously discussed, 

25 applications (e.g., the application 605) may be a template-based application, according to 
an embodiment of the invention. Template-based applications typically have a similar 
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format that may be customized by completing predefined fields and/or answering 
particular questions. In essence, the template provides a framework that may be tailored 
for particular applications. 

The data repository 801 comprises the data that may be manipulated and presented 
5 by an application in the application and data 809. The HTML 803 comprises the HTML 
information associated with the application and may indicate how particular data 
elements should be displayed by the HTML browser 609, as well as providing 
instructions for actions to be taken in response to user interactions with the application, 
according to an embodiment of the invention. The SQL query list 805 provides 
,^10 instructions regarding how the data in the data repository 801 may be formatted into an 
j| SQL database for operation by the SQL database manager 703. The SQL query list 805 
£ further defines rules for retrieval of and interactions between data in the data repository 
f j 801, according to an embodiment of the invention. The SQL query list 805 and the SQL 

5 3": 

[J! database manager 703 may generally operate in the conventional manner for such 

L l5 components, although such components in a client-server system are not typically located 

*¥ on the same computer, which is the case with embodiments of the present invention. 

n Network Receiver and Network Message Protocol 

M 

Individual distributors 103 may receive information broadcast via the system 
communication network 111, e.g., pages broadcast across a Flex paging network. An 

20 embodiment of the distributor 103 may include the network receiver 104 configured to 
receive communications from the system communication network 111. Specifically, an 
embodiment of the network receiver 104 may be a Flex receiver that provides 
communications within North American 900 MHz paging networks. The distributors 
103 may be customized, either individually or in groups, for specific customers such that 

25 the distributor 103 only needs to pay attention to specific broadcasts (e.g., 
"Groupcasts.")- In a "Groupcast," many distributors 103 may receive identical 
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transmissions. Thus, the "Groupcasts" may effectively provide broadcasts for specific 
customer groups. 

According to an embodiment of the invention, schedules may be provided at the 
end of each Groupcast. In addition, schedules may be provided by special broadcast 
5 messages repeated regularly during the day. These broadcasts may allow distributors 103 
that have either lost their schedules or have just been powered up to synchronize 
themselves with the system communication network 111. Messages broadcast to the 
distributors 103 may be preceded by one or more identification codes that identifies 
which distributor(s) should receive the communication following the identification 
_10 code(s). For example, if the system communication network 111 is a Flex paging 
*3 network, then each distributor 103 will typically have its own capcode (e.g., a pager 
*§ address). Of course, the same capcode could be assigned to a group of distributors 103, 

-35 : 
c 

such as a group of related distributors 103. In any event, information transmissions sent 

;~ across the system communication network 111 may be preceded by identification codes 

M5 indicating which distributors) 103 should receive the transmission. The administration 

S server 410 may instruct the network receiver 104 to ignore a broadcast that does not 

8 g contain its identification code. Ignoring the subsequent transmission may allow the 

2 distributor 1 03 to conserve and prolong the life of the battery 411. 

The distributor identification codes may be assigned in such a manner that a given 
20 distributor 103 may have more than one identification code. For example, a given 
distributor 103 may have an identification code that corresponds to maintenance 
information applicable to several distributors 103; one or more identification codes 
pertaining to a given group of distributors 103 (e.g., all distributors 103 assigned to 
provide information for a given advertiser or in a given location); and then another 
25 identification code unique to the specific distributor 103 itself. Alternatively, a 
distributor 103 may have only one identification code, and transmissions across the 
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system communication network 111 may simply include the identification codes of all 
distributors 103 that should receive the transmission, e.g., different distributors 103 have 
different listening schedules. Of course, embodiments of the invention may also 
comprise hybrids of these approaches as well. 

5 Messages transmitted across the system communication network 111 may 

comprise two general formats, according to an embodiment of the invention. One 
message type may comprise generic scheduling messages, and another type of message 
may comprise information pertinent to all distributors 103 or at least a relatively large 
group of distributors 103. For. example, the distributor 103 may be scheduled to wake up 
^10 at a specific time in order to receive scheduling instructions. Thus, the distributor 103 
may be scheduled to wake up every day at noon and midnight to receive scheduling 
*p information regarding its next information transmission. If a new customer desires to 
jaj have a given distributor 103 receive new information for redistribution to a portable 
% computing device 107, then the scheduling transmission could tell the distributor 103 

"-xxz 

^15 when to wake up and receive the new information for subsequent redistribution. 
# Likewise, a scheduling transmission could inform the distributor 103 when it would next 
s j£ receive information related to its routine maintenance, e.g., an update for its system 
72 software, such as a new error correction mechanism. As previously noted, the distributor 
103 generally needs to conserve the battery 411. Accordingly, many/most elements of 
20 the distributor 103 may be turned off (or be in a powered down or sleep mode) when not 
transmitting information to and/or receiving a response from portable computing devices 
107 and when not receiving transmissions from the system communication network 111. 
In addition, embodiments of the distributor 103 may have a small case that may not allow 
for large-sized batteries in the distributor's small case. Scheduling messages may 
25 consequently support a battery conservation procedure, according to an embodiment of 
the invention. 
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Overlapping distributor schedules may also provide another mechanism for 
transmitting similar or related information to a group of distributors 103 and/or to all 
distributors 103. For example, a given distributor's schedule could include three 
transmissions during a given day. Other distributors 103 may also be scheduled to 
5 receive one of the transmissions, for example, while still other distributors 103 may also 
be scheduled to receive another one of the transmissions. 

The distributor 103 may use the following procedure in receiving transmissions 
from the system communication network 111, according to an embodiment of the 
invention. The distributor 103 is turned on at a given time in accordance with a 
-10 previously received scheduling transmission and listens for its identification code (e.g., 
f its capcode). Once the communication server 402 recognizes the identification code, then 
I the network receiver 104 receives the broadcast that includes the identification code. The 
j information transmitted to the distributor 103 may be compressed before transmission. 
I Accordingly, the communication server 402 may decompress the received transmissions. 
,15 The communication server 402 may also perform various assembling, formatting, and/or 
* error checking and correction steps on the received transmission. The communication 
: server 402 may then analyze the transmission to determine its type, e.g., is the 
[ transmission intended for rebroadcast to portable computing devices 107 or is the 
transmission intended for the distributor 103 itself. If the transmission is intended for 
20 rebroadcast, then the communication server 402 may forward the transmission to the 
asset server 408 for storage in the data repository 409 for later broadcast to the portable 
computing devices 107. If the transmission is intended for the distributor 103, then the 
communication server 402 may allow the administrative server 410 to process the 
transmitted information. To conserve network bandwidth, the communication server 402 
25 may support incremental information updates and multicast addressing. The system 
communication network 111 may send fully localized information to a single distributor 
103 or identical information to a group of distributors 103 simultaneously. 
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The distributor 103 may store information transmitted through the system 
communication network 111 locally for rebroadcast to portable computing devices 107. 
The data repository 409 may be configured to retain information transmitted across the 
system communication network 111, as well as information generated locally by 
5 operation of the distributor 103 and information received from the portable computing 
devices 107. 

Alternatively, the network receiver 104 and the communication server 402 may be 
adapted for two-way communications, such as by using the Reflex protocol provided by 
Motorola ®. Of course, the network receiver 104 may require some form of transmission 
capability in order to broadcast information back to the system communication network 
111. Some two-way protocols, such as the Reflex protocol, may allow the distributor 103 
to send status and verification data back through the system communication network 111. 
This information may be subsequently used for performing maintenance on the 
distributor 103 and/or rebroadcasting transmissions not acknowledged as properly 
received by the distributor 103. The distributor 103 may also be adapted for 
communications using a two-way protocol that supports continuous flows of information 
packets across a network, such as the system communication network 111. The General 
Packet Radio Service ("GPRS") is a representative continuous flow protocol, although 
other protocols could also be used. An ordinary artisan will recognize that the network 
receiver 104 may require modifications and/or updates to suit the particular 
communication mechanism embodied in the system communication network 111. 

The distributor's communications needs from the system communication network 
111 may not necessarily be supported by all embodiments of conventional systems. For 
example, if the system communication network 111 comprises a paging network, then 
25 paging operators may encounter some difficulties with functions such as multi-phase 
usage, binary messages, and large information transfers associated with a particular 
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paging network embodiment. Accordingly, an ordinary artisan will recognize that usage 
of these features may identify problems that will require remedial action. 

Communication Protocol between Distributor 103 and Portable Computing 
Devices 107 

5 Fig. 9 illustrates signals sent from a distributor (e.g., the distributor 103) at various 

times, according to an embodiment of the invention. By way of overview, an 
embodiment of the distributor 103 may send two types of polling signals: a beacon (e.g., 
the beacon 1 12) and a beam interrogation (e.g., the beam interrogation 124). A beacon 
1 12 is a polling signal that may be used to identify the presence of a portable computing 
10 device (e.g., the portable computing device 107) that is ready to receive an information 

J transfer. Information to be transferred to a portable computing device 107 may include 
executable data (e.g., the applications 605) to be executed in the portable computing 
device 107 and/or non-executable data (e.g., the data 606) to be used during execution of 

III an application in the portable computing device 107. According to an embodiment of the 

r: 15 invention, a portable computing device 107 that has not yet downloaded a client 121 may 

g not respond to a beacon 112. 

as; 

* In addition to sending one or more beacons 112, the transceiver system 105 may 

M also send one or more beam interrogations 124. A beam interrogation 124 is a polling 
signal that may identify the presence of a portable computing device 107 that is ready to 
20 download the client 121. By downloading the client 121, the portable computing device 
107 may properly recognize and respond to a beacon 112 and proceed with receiving 
information transfer from the distributor 103. In an embodiment of the invention, the 
client 121 may comprise software configured to recognize and respond to 
communications from the transceiver system 105 and may not necessarily include a 
25 capability for operating specialized programs (e.g., a data reception module 604 only). In 
another embodiment of the invention, a portable computing device 107 may download 
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the client 121 from another source (e.g., a source other than the distributor 103 such as 
the Internet), and a distributor 103 may simply send beacons 1 12 at various times. 

It should be recognized that the various signals shown in Fig. 9 are each of finite 
time duration, and the times shown may be measured, for example, from the start of 
5 transmission of the signals. As shown in Fig. 9, the transceiver system 105 sends 
beacons 1 12 at times t 1? t 2 , t 4 , and t 5 . As discussed previously, the transceiver system 105 
sends a beacon 112 to identify the presence of a portable computing device 107 that is 
ready to receive an information transfer. A portable computing device 107 that is ready 
to receive an information transfer may respond to a beacon 112 by sending an 
JO acknowledgment signal ("ACK") 114. In an embodiment of the invention, a portable 
computing device 107 that does not yet include the client 121 may not recognize and, 
J3 hence, may not respond to a beacon 112. According to an embodiment of the invention, 
H communication associated with information transfer, including sending/receiving a 
'if beacon 112 and/or an ACK 114, occurs via a data transfer communication protocol that 
may be incorporated in a data transfer module (described herein) and the data reception 
: p module 604. The data transfer module and the data reception module 604 typically 
complement one another and are respectively included in the distributor 103 and the 
]~* portable computing device 107. 

In the embodiment shown in Fig. 9, the distributor 103 also sends beam 
20 interrogations 124 interleaved among the various beacons 1 12, i.e., at times t 3 and t^. The 
transceiver system 105 sends the beam interrogations 124 to identify the presence of a 
portable computing device 107 that is ready to download the client 121. A portable 
computing device 107 that is ready to download the client 121 may respond to a beam 
interrogation 124 by sending a conventional beam response 126. In an embodiment of 
25 the invention, communication associated with downloading of a client 121, including 
sending/receiving a beam interrogation 124 and/or a beam response 126, occurs via a 
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conventional communication protocol that is included in the distributor 103 and the 
portable computing device 107, and the portable computing device 107 may recognize 
and respond to a beam interrogation 124 without having to first download a computer 
program and/or undergo hardware modifications. 

5 According to some embodiments of the invention, an administration server (e.g., 

the administration server 410) directs when and/or which communication protocol a 
distributor 103 should use in communicating with a portable computing device 107. In 
particular, the administration server 410 directs when and/or how often the transceiver 
system 105 sends beacons 1 12 and/or beam interrogations 124. In an embodiment of the 
10 invention, one or more of the times shown in Fig. 9 may be automatically adjusted 
'% depending on demand for information transfer and/or demand for client 121 download. 
*2 For instance, if the distributor 103 does not receive a response to its beacons 112 and 
W beam interrogations 124 for a period of time, the administration server 410 may direct the 
!fj distributor 103 to reduce the frequency of signals sent from one every 2 seconds to one 
15 every 3 seconds. While Fig. 9 shows two beacons 112 sent for every one beam 
interrogation 124 sent, it should be recognized that the relative frequency with which the 
W transceiver system 105 sends beacons 112 and beam interrogations 124 may be 
O automatically adjusted depending on demand for information transfer and/or demand for 
client 121 download. For instance, if there is a high demand for information transfer and 
20 a low demand for client 121 download, the distributor 103 may send a beacon 1 12 at time 
t3 instead of a beam interrogation 124. 

A consecutive time interval as shown in Fig. 9 will typically be longer if the 
transceiver system 105 receives a response (not shown in Fig. 9) to a beacon 112 or a 
beam interrogation 124. If a response is received after a beacon 1 12 is sent, for example, 
25 at time t u the time interval before another beacon 1 12 or beam interrogation 124 is sent 
should be sufficient to allow the transceiver system 105 to transfer information to a 
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portable computing device 107 that sent the response. Also, if a response is received 
after a beam interrogation 124 is sent, for example, at time t 3 , the time interval before 
another beacon 112 or beam interrogation 124 is sent should be sufficient to allow the 
distributor 103 to transfer the client 121 to a portable computing device 107 that sent the 
5 response. This latter situation is illustrated in Fig. 10. 

As shown in Fig. 10, the distributor 103 sends a beam interrogation 124 at time t 3 
and receives a beam response 126 sent by a portable computing device 107 at time ty. 
Subsequent to receiving the beam response 126 and within the time interval t 7 to t 8 , the 
distributor 103 transfers the client 121 to the portable computing device 107. In 
^10 particular, the transceiver system 105 may send a download signal 122 (not shown in Fig. 
:~ 10) that incorporates the client 121. As discussed previously, communication between 
* the distributor 103 and the portable computing device 107 during the time interval t 3 to t 8 
yj may be conducted in accordance with a conventional communication protocol that is 
,|j included in the distributor 103 and the portable computing device 107 (e.g., the portable 
computing device's normal communication protocol for wirelessly sending and receiving 

;| information). For example, communication in this time interval may be according to a 

ill 

M conventional infrared ("IR") communication protocol, such as, for example, an Infrared 
iU Data Association ("IrDA") communication protocol. Once the portable computing 
device 107 has downloaded the client 121, which includes the data reception module 604, 
20 the portable computing device 107 may receive information transfer from the distributor 
103 via the data transfer communication protocol. 

Figs. 11 and 12 illustrate an architecture comprising a communication protocol 
(e.g., a hybrid communication protocol) that directs communication between a distributor 
(e.g., the distributor 103) and a portable computing device (e.g., the portable computing 
25 device 107), according to an embodiment of the invention. The communication protocol 
may include rules and operating procedures that direct communication between the 
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distributor 103 and the portable computing device 107 associated with client 121 
downloading and information transfer. The communication protocol may comprise two 
sub-protocols: a data transfer communication protocol and a conventional communication 
protocol. The communication protocol may be incorporated in the various modules 
illustrated in Figs. 1 1 and 12. 

As shown in Fig. 11, a data transfer module 1102 and a conventional 
communication protocol module 1 108 may be included in the transceiver protocol stacks 
506 of the distributor 103, according to an embodiment of the invention. With reference 
to Fig. 12, the data reception module 604 may be included in the decoder 603, which in 
turn may be included in the client 121 downloaded by the portable computing device 107, 
according to an embodiment of the invention. With reference to Fig. 12, a conventional 
communication protocol module 1208 may include pre-existing software included in the 
memory 607 and/or pre-existing hardware of the portable computing device 107, 
according to an embodiment of the invention. 

As discussed previously, communication associated with information transfer 
occurs via the data transfer communication protocol, according to an embodiment of the 
invention. The data transfer communication protocol may include rules and operating 
procedures that direct communication between the distributor 103 and the portable 
computing device 107 associated with information transfer. The data transfer 
communication protocol may be incorporated in the data transfer module 1102 and the 
data reception module 604. The data transfer module 1 102 and the data reception module 
604 typically complement each other and are respectively included in the distributor 103 
and the portable computing device 107. As shown in Figs. 11 and 12, the data transfer 
module 1102 and the data reception module 604 include a data transfer transport layer 
1 104 and a data reception transport layer 1204, respectively. These two transport layers 
1104, 1204 specify rules that enable the distributor 103 to detect the presence of the 
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portable computing device 107 that is ready to receive an information transfer and that 
directs the subsequent information transfer from the distributor 103 to the portable 
computing device 107. In addition, these two transport layers 1104, 1204 may specify 
the structure, content, and/or duration of frames or packets of information incorporated in 
5 signals sent and/or received during information transfer. Additionally, the data transfer 
module 1102 and the data reception module 604 may include a data transfer physical 
layer 1106 and a data reception physical layer 1206, respectively. These two physical 
layers 1106, 1206 specify physical characteristics of signals sent and/or received during 
information transfer, which physical characteristics include, for example, 
10 modulation/demodulation scheme, encoding/decoding scheme, information 
O transmission/receiving rates, and/or signal power level. It should be recognized that one 
ID or both physical layers 1 106, 1206 may be at least partly implemented by hardware, such 
h|] as, for example, by a modulator/demodulator, an encoder/decoder, and/or a transceiver 
ft ( e -g-> the transceiver system 105). 

5 j5 In an embodiment of the invention, downloading of the client 121 by the portable 

s p computing device 107 may occur via the conventional communication protocol. The 
conventional communication protocol is incorporated in the conventional communication 
j~ protocol modules 1108, 1208 shown in Figs. 11 and 12. The conventional 
communication protocol may include rules and operating procedures that direct 
20 communication between the distributor 103 and the portable computing device 107 
during client 121 download. As shown in Figs. 11 and 12, the conventional 
communication protocol modules 1108, 1208 each include a conventional 
communication protocol physical layer 1110, 1210. These two physical layers 1110, 
1210 specify physical characteristics of signals sent and/or received during downloading 
25 of the client 121, which physical characteristics include, for example, 
modulation/demodulation scheme, encoding/decoding scheme, information 
transmission/receiving rates, and/or signal power level. As an ordinary artisan will 
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understand, the conventional communication protocol modules 1108, 1208 typically 
include one or more additional layers (not shown in Figs. 11 and 12), such as, for 
example, a link layer or a transport layer. Also, one of ordinary skill in the art will 
understand that one or both physical layers 1110, 1210 may be at least partly 
5 implemented by hardware, such as, for example, by a modulator/demodulator, an 
encoder/decoder, and/or a transceiver 106. In addition, it should be recognized that the 
conventional communication protocol may also direct conventional communication 
between the portable computing device 107 and any other device that includes a 
conventional communication protocol module 1 108, 1208. 

With reference to Figs. 1 1 and 12, the data transfer physical layer 1 106 (and data 
reception physical layer 1206) and the conventional communication protocol physical 
layer 1110, 1210 typically may specify one or more different physical characteristics for 
signals sent and/or received. For instance, a portable computing device 107 may send a 
beam response 126 using a first modulation/encoding scheme specified by the 
conventional communication protocol physical layer 1210 and may send an ACK 114, 
1 19 using a second modulation/encoding scheme specified by the data reception physical 
layer 1206. In this example, the distributor 103 may receive and process the beam 
response 126 using a first demodulation/decoding scheme (that is complementary to the 
first modulation/encoding scheme) specified by the conventional communication protocol 
physical layer 1110 and may receive and process the ACK 114, 119 using a second 
demodulation/decoding scheme (that is complementary to the second 
modulation/encoding scheme) specified by the data transfer physical layer 1 106. 

According to an embodiment of the invention, the physical characteristics of a 
signal sent and/or received during information transfer are at least partly specified and/or 
25 implemented by the conventional communication protocol module physical layer 1110, 
1210. For instance, the transceiver system 105 may send a beacon 1 12 and/or a broadcast 
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118 with encoding, modulation, and transmission rate characteristics specified by the 
conventional communication protocol physical layer 1110 but with a boosted base signal 
power level specified by the data transfer physical layer 1106. In this embodiment, the 
data transfer communication protocol is at least partly incorporated in the conventional 
5 communication protocol physical layers 1110, 1210 shown in Figs. 1 1 and 12. 

It should be recognized that the distributor 103 and/or the portable computing 
device 107 need not include two sets of communication hardware corresponding to the 
two physical layers shown in Fig. 11 and/or Fig. 12. In particular, a single 
communication hardware may be configured by executable instructions to transmit and/or 
receive signals with physical characteristics specified by the two physical layers. 

Figs. 13 and 14 illustrate a communication protocol (e.g., a hybrid communication 
protocol) that directs communication between a distributor 103 and a portable computing 
device 107, according to an alternate embodiment of the invention. The communication 
protocol in this alternate embodiment may also include two sub-protocols: a data transfer 
communication protocol and a conventional communication protocol. According to 
some embodiments of the invention, the conventional communication protocol may be a 
conventional RF communication protocol (e.g., Bluetooth). As illustrated in Figs. 13 and 
14, a data transfer module 1302 and a data reception module 1402 do not include a 
respective physical layer. In this alternate embodiment, the physical characteristics of 
signals sent and/or received during both information transfer and client download are 
governed by a conventional communication protocol physical layer 1 1 10, 1210. 

The invention is further explained with reference to Fig. 15. Fig. 15 illustrates a 
flow diagram 1500 of steps that may be executed by a distributor 103 in accordance with 
a data transfer transport layer 1104, according to an embodiment of the invention. By 
25 way of overview, the data transfer transport layer 1104 specifies how the distributor 103 
determines the presence of a portable computing device 107 that is ready to receive an 
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information transfer and how the distributor 103 subsequently transfers information to the 
portable computing device 107. In an embodiment of the invention, a distributor 103 
performs one of more cycles of the steps shown in Fig. 15 before directing a transceiver 
system 105 to send a beam interrogation 124. 

5 With reference to Fig. 15, the distributor 103 sends a beacon 112 (step 1501) to 

which a portable computing device 107 in the vicinity of the distributor 103 may respond 
with the acknowledgment signal ("ACK") 114. The distributor 103 determines whether 
an ACK 114 has been received from the portable computing device 107 (step 1502). 
Reception of the ACK 114 indicates that the portable computing device 107 is within 
□ 10 range of the distributor 103 and is ready to receive an information transfer. Otherwise, if 
;S an ACK 1 14 is not received in accordance with step 1502, the distributor 103 sleeps for a 
$ period of time (step 1503) before sending another beacon 112 (step 1501). In an 
W embodiment of the invention in which the distributor 103 is a wireless, battery-powered 
jjj device, inclusion of this sleep period enables the distributor 103 to conserve its battery 
^15 power. During the sleep period, the distributor 103 may inactivate at least a portion of 
♦ the transceiver system 105 associated with information transfer, according to some 
=P embodiments of the invention. 

a sss 

In an embodiment of the invention, the sleep period is a predetermined period of 
time, such as, for example, 2 seconds. In an alternate embodiment of the invention, the 

20 sleep period is variable in accordance with the frequency with which ACKs 114 are 
received from one or more portable computing devices 107. An algorithm may be 
provided in the data transfer transport layer 1104 that automatically adjusts the sleep 
period in accordance with demand for information transfer from the distributor 103. For 
example, an embodiment of the invention may lengthen the sleep period when the 

25 demand is low and/or shorten the sleep period when the demand is high. 
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If an ACK 114 is received in accordance with step 1502, the distributor 103 
instructs the transceiver system 105 to send a broadcast 118 that includes application(s) 
and/or data to be transferred to the portable computing device 107 (step 1504). If the 
broadcast 1 18 is properly received, the portable computing device 107 responds with an 
5 ACK 1 19, which may be detected by the transceiver system 105 in step 1505. Following 
detection of the ACK 119 in step 1505, the distributor 103 sleeps for the sleep period 
discussed above (step 1503) before sending another beacon 112 (step 1501). According 
to some embodiments of the invention, a sleep period following detection of an ACK 119 
in step 1505 may be different from a sleep period when an ACK 114 is not received 
1 0 according to step 1 502 . 

Otherwise, if an ACK 119 is not received in step 1505 following a broadcast 118, 
the distributor 103 may instruct the transceiver system 105 to resend one or more 
additional broadcasts 118. In an embodiment of the invention, the distributor 103 
determines whether two broadcasts 118 have already been sent (step 1506). If one 

15 broadcast 118 has been sent, the distributor 103 will resend the broadcast 118 a second 
time. Following this second broadcast 118, the distributor 103 may determine whether an 
ACK 119 is received for logging purposes (step 1505). In accordance with an alternate 
embodiment of the invention, the distributor 103 may skip step 1505 following a second 
broadcast 118 and proceed directly to sleep according to step 1503. If two broadcasts 

20 118 have already been sent, the distributor 103 in accordance with an embodiment of the 
invention will not resend an additional broadcast 118 and will sleep for the sleep period 
(step 1503) before sending another beacon 112 (step 1501). It should be recognized that 
a portable computing device 107 may send an ACK 1 14 in response to this beacon 1 12 to 
prompt another broadcast 118 from the distributor 103. Also, according to some 

25 embodiments of the invention, a sleep period following a second broadcast 118 may be 
different from a sleep period following detection of an ACK 119 in step 1505 and/or a 
sleep period when an ACK 1 14 is not received according to step 1502. 
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In an embodiment of the invention in which the distributor 107 is a wireless, 
battery-powered device, limiting the number of times the transceiver system 105 resends 
a broadcast 118 in response to a single ACK 114 enables the distributor 103 to conserve 
its battery power. Specifically, an ACK 119 may not be received following an initial or 
5 later broadcast 118 for a variety of reasons. For example, an obstacle may be located 
between the distributor 103 and the portable computing device 107 that interferes with 
reception of the broadcast 118 and/or ACK 119. As another example, a user of the 
portable computing device 107 may have decided to abort the information transfer before 
a complete broadcast 118 has been received and/or before an ACK 1 19 may be sent by 
10 the portable computing device 107. In either of these two example situations, resending 
[J further broadcasts 1 1 8 would be futile, and limiting the number of additional broadcasts 
^ 118 helps conserve the distributor's battery power. 

'i 3J 

W Figs. 16-19 illustrate the timing specified by a data transfer transport layer (e.g., 

=J3 the data transfer transport layer 1104) in accordance with an embodiment of the 
n 15 invention. The shaded portions shown in Figs. 16-19 correspond to time intervals during 
X which the distributor's transceiver system 105 is activated to either send or receive a 
;! signal to or from a portable computing device 107. In an embodiment of the invention in 
U which the distributor 103 is a wireless, battery-powered device, the time intervals of the 

shaded portions may be selected to be as small as practicable to conserve battery power. 
20 It should be recognized that the time intervals of the shaded portions should be sufficient 

to properly send and receive signals to and from a portable computing device 107. 

According to an embodiment of the invention, the transceiver system 105 may be 

switched into a sleep or power down mode in one or more of the unshaded portions 

shown in Figs. 16-19. 

25 Fig. 16 illustrates the timing specified by the data transfer transport layer 1 104 in a 

situation where the distributor 103 sends a beacon 112 but does not receive an ACK 114 
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in response thereto. As shown in Fig. 16, the distributor 103 sends a beacon 112 of 
duration T B , during which time the distributor's transceiver system 105 is activated to 
send the beacon 112. Following the time interval T B , the distributor 103 may inactivate 
the transceiver system 105 for a time interval T BA . The time interval T B a may account for 
5 a response or lag time of the portable computing device 107 after it receives the beacon 
112 and prepares to transmit an ACK 114 in response to the beacon 112 and/or is not 
otherwise ready to begin sending an ACK 114 in response to the beacon 1 12, according 
to an embodiment of the invention. Alternatively or in conjunction, the time interval T BA 
may account for a response or lag time of the distributor 103, according to an 
10 embodiment of the invention. The distributor 103 may inactivate the transceiver system 
105 during the time interval T BA to conserve power in some embodiments of the 

'5 invention, particularly in embodiments in which the distributor 103 is a wireless, battery- 

fu powered device. 

Following the time interval T BA , the distributor 103 activates the transceiver 
% 15 system 105. In particular, the transceiver system 105 is activated for a time interval 
4= T AC kr to be ready to receive at least a portion of an ACK 1 14 in response to the beacon 

m 

*p 112. In the example illustrated in Fig. 16, an ACK 114 is not received, and the 

Q 

u distributor 103 inactivates the transceiver system 105 for a sleep period T s after the time 
interval T AC kr- According to an embodiment of the invention, the sleep period T s may 
20 typically be around 1 s. Following the sleep period T s , the transceiver system 105 is 
again activated to send another beacon 1 12 of duration T B . 

Fig. 17 illustrates the timing specified by the data transfer transport layer 1 104 in a 
situation where the distributor 103 sends a beacon 112 and receives an ACK 114 in 
response thereto. As discussed in connection with Fig. 16, the distributor 103 sends a 
25 beacon 1 12 of duration T B , inactivates the transceiver system 105 for a time interval T BA , 
and subsequently activates the transceiver system 105 to receive at least a portion of an 
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ACK 114 for a time interval T ACKR . As shown in Fig. 17, the distributor 103 receives a 
portion of an ACK 114 during the time interval T AC kr. In the situation illustrated in Fig. 
17, the transceiver system 105 is activated for an additional time interval T ACKRC to 
receive a remaining portion of the ACK 114. It should be recognized that an ACK 114 
5 may be completely received within the time interval T A ckr, and the additional time 
interval T AC krc would not be needed. The time interval T AC krc ma Y be selected to ensure 
that a remaining portion of an ACK 114 is received while reducing the amount of time 
the transceiver system 105 is activated to conserve the distributor's power, according to 
some embodiments of the invention. According to an embodiment of the invention, the 
10 time interval T AC krc ma Y h ave a typical value of 50 ms. 

]?z Following reception of the ACK 114, the distributor 103 inactivates the 

=P transceiver system 105 for a time interval T AB r before a broadcast 1 18 is sent. The time 

H 

y interval T AB r may account for a response or lag time of the portable computing device 
•jg 107 after it sends an ACK 114 and prepares to receive a broadcast 118 and/or is not 
^ 15 otherwise ready to begin receiving the broadcast 118, according to an embodiment of the 
+ invention. Alternatively or in conjunction, the time interval T AB r may account for a 
£ response or lag time of the distributor 103, according to an embodiment of the invention. 
The transceiver system 105 is inactive during the time interval T ABR to conserve power in 
some embodiments of the invention, especially in embodiments in which the distributor 
20 103 is a wireless, battery-powered device. 

Following the time interval T AB r, the distributor 103 activates the transceiver 
system 105 to send a broadcast 1 18 of duration T BR . In an embodiment of the invention, 
the time interval T BR depends on the amount of information to be transferred to the 
portable computing device 107. 

25 Fig. 18 illustrates the timing specified by the data transfer transport layer 1 104 in a 

situation where the distributor 103 sends an initial broadcast 118 and does not receive an 
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ACK 119 in response thereto. As shown in Fig. 18, the distributor 103 sends a broadcast 

118 and inactivates the transceiver system 105 for a time interval T BRA . The time interval 
T B ra may account for a response or lag time of the portable computing device 107 after it 
receives a broadcast 118 and prepares to transmit an ACK 119 in response to the 

5 broadcast 118 and/or is not otherwise ready to begin sending the ACK 1 19 in response to 
the broadcast 118, according to an embodiment of the invention. Alternatively or in 
conjunction, the time interval T BRA may account for a response or lag time of the 
distributor 103, according to an embodiment of the invention. The transceiver system 
105 is inactive during the time interval T BRA to conserve power in some embodiments of 
10 the invention, especially those embodiments in which the distributor 103 is a wireless, 
battery-powered device. 

=fj Following the time interval T B ra, the transceiver system 105 is activated for a time 

iij interval T AC kr to be ready to receive at least a portion of an ACK 1 19 in response to the 
ifj broadcast 118. In the situation illustrated in Fig. 18, an ACK 1 19 is not received, and the 
]U 15 distributor 103 inactivates the transceiver system 105 for the time interval T ABR discussed 

X previously in connection with Fig. 17. 

i y 

Q Following the time interval T ABR , the transceiver system 105 is activated to resend 

a second broadcast 118 of duration T BR . Subsequently, the transceiver system 105 is 
inactivated for the time interval T BRA before being activated again to be ready to receive 
20 at least a portion of an ACK 1 1 9 in response to the second broadcast 118. 

Fig. 19 illustrates the timing specified by the data transfer transport layer 1 104 in a 
situation where the distributor 103 sends an initial broadcast 118 and receives an ACK 

119 in response thereto. As discussed in connection with Fig. 18, the distributor 103 
sends a broadcast 118, inactivates the transceiver system 105 for the time interval T BRA , 

25 and later activates the transceiver system 105 to receive at least a portion of an ACK 119 
for the time interval T AC kr. As shown in Fig. 19, the distributor 103 receives a portion of 
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an ACK 119 during the time interval T AC kr- I n the situation illustrated in Fig. 19, the 
transceiver system is activated for an additional time interval T ACK rc to receive a 
remaining portion of the ACK 119. As discussed previously, an ACK 119 may be 
completely received within the time interval T ACK r, and the additional time interval 
5 T A cicrc would not be needed. The time interval T AC krc ma y be selected to ensure that a 
remaining portion of an ACK 119 is received while reducing the amount of time the 
transceiver system 105 is activated to conserve the distributor's power, according to some 
embodiments of the invention. According to an embodiment of the invention, the time 
interval T A ckrc ma Y have a typical value of 50 ms. 

10 Following reception of the ACK 119, the transceiver system 105 is inactivated for 

the sleep period T s , after which the transceiver system 105 is again activated to send 
another beacon 112 of duration T B . 

Table 1 below indicates the various time intervals specified by a data transfer 
transport layer 1 104 in accordance with an embodiment of the invention. 



Time Interval 


Recommended 
Lower Limit 


Recommended 
Upper Limit 


T B 


0 (no signal) 


1 ms 


Tba 


0 


1 ms 


T A ckr 


100 ms 


105 ms 


T A ckrc 


0 


determined by 
duration of 
ACK 


T A BR 


50 ms 


100 ms 


Tbra 


0 


1 ms 


T s 


0 


2s 
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Table 1 

Fig. 20 illustrates a flow diagram 2000 of steps that may be executed by a portable 
computing device 107 in accordance with a data reception transport layer (e.g., the data 
reception transport layer 1204 shown in Fig. 12), according to an embodiment of the 
invention. By way of overview, the data reception transport layer 1204 specifies how the 
portable computing device 107 indicates its presence and/or its readiness to receive an 
information transfer and how the portable computing device 107 receives the information 
transfer from a distributor 103. 

Specifically, the portable computing device 107 receives an incoming signal (step 
2001) and evaluates the incoming signal to determine its signal type (step 2002). If the 
incoming signal is determined to be noise in step 2002, the portable computing device 
107 proceeds back to step 2001 . 

On the other hand, if the incoming signal is determined to be a beacon 112, the 
portable computing device 107 determines whether it should receive a broadcast 118 
(step 2003). In an embodiment of the invention, the determining step 2003 is performed 
in accordance with information incorporated in the beacon 112. For instance, the beacon 
112 may identify a broadcast 118 and/or include a timestamp for the broadcast 118, and 
the portable computing device 107 evaluates the beacon 112 to determine whether it has 
already received the broadcast 118. 

If a broadcast 118 should not be received, the portable computing device 107 may 
proceed back to step 2001, according to some embodiments of the invention. Otherwise, 
if a broadcast 118 should be received, the portable computing device 107 determines 
whether it has already sent an ACK 1 14 in response to a prior beacon 1 12 (step 2004). If 
no, the portable computing device 107 responds to the beacon 112 by sending an ACK 
1 14 to prompt a broadcast 1 18 by the distributor 103 (step 2005). 

c4_803I.DOC 
566968 vl/PA 
C5H40H.DOC 




IBOB-001/02US 

82 

If a broadcast 1 18 should be received and an ACK 1 14 has already been sent in 
response to a prior beacon 112, the portable computing device 107 determines whether 
another ACK 114 should be sent in accordance with a back-off algorithm (step 2006). 
The back-off algorithm is intended to deal with a situation where a plurality of portable 

5 computing devices 107 receive a first beacon 112 from a distributor 107, and the plurality 
(or a subset thereof) of portable computing devices 107 acknowledge the first beacon 1 12 
with ACKs 114. The ACKs 114 from the portable computing devices 107 may interfere 
with each other, and the distributor 103 may not properly receive an ACK 1 14 from any 
one of the portable computing devices 107. Since a proper ACK 1 14 is not received, the 

10 distributor 103 will sleep for a sleep period before sending a second beacon 1 12. 

In an embodiment of the invention, the back-off algorithm specifies that a portable 
computing device 107 will send an ACK 114 in response to the second beacon 112 with 
an independent probability of less than 100%, such as, for example, 50%. For example, 
if a first and a second portable computing devices 107 each send an ACK 1 14 in response 

15 to a first beacon 112 and no broadcast 118 is received, each of the first and second 
portable computing devices 107 will send another ACK 114 is response to the second 
beacon 112 with an independent probability of 50%. In this example, there is a 50% 

*' probability that only one of the two portable computing devices 107 will send an ACK 
114, which ACK 114 will prompt a broadcast 118 if received by the distributor 103. 

20 There is a 25% probability that neither of the portable computing devices 107 will send 
an ACK 114, and there is a 25% probability that both portable computing devices 107 
will send ACKs 1 14. In these two latter situations, the distributor 107 may not receive a 
proper ACK 1 14 and will sleep for a sleep period before sending a third beacon 112. In 
an embodiment of the invention, the back-off algorithm may specify that a portable 

25 computing device 107 will send an ACK 1 14 in response to the third beacon 1 12 with an 
independent probability of less than 100%, such as, for example, 30%. In an embodiment 
of the invention, the independent probability for a third attempt (e.g., 30%) is selected to 



c4_803I.DOC 
566968 vl/PA 
C5H401I.DOC 




IBOB-001/02US 

83 

be a smaller probability than the independent probability for a second attempt (e.g., 
50%). Alternatively or in conjunction, an error message may be generated in response to 
receiving the third beacon 112, and the back-off algorithm may be reset so that a portable 
computing device 107 will send an ACK 114 with a 100% probability in response to a 
5 fourth beacon 112. 

As shown in Fig. 20, the portable computing device 107 may determine that an 
incoming signal is a broadcast 118 (step 2002). The portable computing device 107 may 
have sent an ACK 1 14 that prompted the broadcast 118. Alternatively, another (nearby) 
portable computing device 107 may have sent an ACK 114 that prompted the broadcast 
10 118. In either event, the portable computing device 107 receives the broadcast 118 and 
=0 determines whether the broadcast 1 1 8 is free of errors (step 2007). If an error is detected, 
S the portable computing device 107 will not send an ACK 119 and will return to step 2001 
jd to attempt to receive an error free broadcast 118. Alternatively or in conjunction with 
'1; step 2007, the portable computing device 107 may determine whether it has received a 
15 complete broadcast 118. In some embodiments of the invention, a portable computing 

£ device 107 determines whether a complete broadcast 118 has been received from 

n! 

s g information incorporated in the broadcast 118. For example, a broadcast 118 may 
2 indicate a size of the broadcast 118. If a complete broadcast 118 has not been received, 

the portable computing device 107 will not send an ACK 119 and will return to step 2001 
20 to attempt to receive a complete broadcast 1 1 8 or a portion of the complete broadcast 118 

that has not yet been received. 

On the other hand, if no error is detected in the broadcast 118 and/or a complete 
broadcast 118 has been received, the portable computing device 107 determines whether 
it sent an ACK 114 that prompted the broadcast 118 (2008). If so, the portable 
25 computing device 107 will acknowledge receipt of the error-free (and/or complete) 
broadcast 1 18 by sending an ACK 119 to the distributor 103 (step 2009). According to 
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some embodiments of the invention, the portable computing device 107 may proceed 
back to step 2001 after sending the ACK 119. If the portable computing device 107 did 
not prompt the broadcast 1 18, it will not send an ACK 119 and may proceed back to step 
2001, according to some embodiments of the invention. In this latter situation, a second 
5 portable computing device 107 may have sent an ACK 1 14 that prompted the broadcast 
118, and the second portable computing device 107 will send an ACK 119 following 
reception of an error- free (and/or complete) broadcast 118. It should be recognized that 
inclusion of step 2008 reduces the possibility of multiple portable computing devices 107 
responding to a broadcast 1 18 by sending multiple ACKs 119 that may interfere with one 
10 another. This in turn enhances the possibility that the distributor 103 will receive a 

y proper ACK 119 following a broadcast 118, so that the distributor 103 will not be 

ffl triggered into resending an additional broadcast 118. 

in I 

y In some alternate embodiments of the invention, a portable computing device 107 

may send more than one type of acknowledgement signal. In one alternate embodiment 
L 15 of the invention, a portable computing device 107 may send a beacon- ACK to respond to 
•IF a beacon 112 (e.g., at step 2005) and may send a broadcast- ACK to respond to a 
£ broadcast 118 (e.g., at step 2009). In other alternate embodiments, a portable computing 
j!l device 107 may send a variety of acknowledgement signals, such as an ACK, a partial 
ACK, and/or a NACK (i.e., no acknowledgement) signal. The partial ACK may, for 
20 example, acknowledge that the portable computing device 107 has received a portion of a 
broadcast 118 from the distributor 103. The partial ACK may save the distributor 103 
from having to transmit all of a given broadcast 118 again, which may accordingly 
reduce the consumption of power from the distributor's battery 41 1. The NACK signal 
could be used to inform the distributor 103 that the portable computing device 107 has 
25 not received an expected broadcast 118 from the distributor 103 and that the entire 
broadcast 118 should be repeated. It should be recognized that a back-off algorithm may 
be implemented in conjunction with sending a NACK (and/or a partial ACK) to reduce 
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the probability of multiple NACKs (and/or partial ACKs) being sent by multiple portable 
computing devices 107. In addition, it should be recognized that a multiplicity of types 
of acknowledgement signals may provide a mechanism for informing the distributor 103 
that environmental conditions for broadcast 118 transmissions have deteriorated, that the 
5 transceiver system 105 is not operating properly, and/or that the transmission 
mechanisms (e.g., the transceiver 106) on one or more portable computing devices 107 
are not operating properly. Once informed of an anomalous condition, the distributor 103 
may attempt a number of remedial actions. 

Figs. 21 and 22 illustrate the timing specified by a data reception transport layer 
10 ( e -g-> the data reception transport layer 1204) in accordance with an embodiment of the 
^fl invention. The shaded portions shown in Figs. 21 and 22 correspond to time intervals 
=p during which the transceiver 106 of the portable computing device 107 is active and is 
\*i either sending or receiving a signal to or from the distributor 103. In an embodiment of 
the invention, the transceiver 106 of the portable computing device 103 is also active in 
JL, 15 one or more of the unshaded portions shown in Figs. 21 and 22. 

!U Fig. 21 shows the timing specified by the data reception transport layer 1204 in a 

p situation where the transceiver 106 of the portable computing device 107 receives a 
3 ~ beacon 112 and sends an ACK 1 14 in response thereto. As shown in Fig. 21, the portable 
computing device 107 receives a beacon 1 12 of duration T B . Following reception of the 
20 beacon 112, there is a response or lag time T H ba before the portable computing device 
107 sends an ACK 1 14 in response to the beacon 112. During the time interval T H ba> the 
portable computing device 107 may perform one or more the following steps: determine 
that an incoming signal is a beacon 112; determine whether to send an ACK 114 in 
response to the beacon 112; and instruct hardware (e.g., the transceiver 106) to send the 
25 ACK 114. Following the time interval T H ba> the portable computing device 107 sends 
the ACK 114 of duration T H ackt- The time interval T H ackt may be selected to ensure 
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that sufficient information is incorporated in an ACK 114 as, for example, discussed 
herein in connection with Fig. 24 while reducing the amount of time the transceiver 
system 105 is activated to conserve the distributor's power, according to some 
embodiments of the invention. According to an embodiment of the invention, the time 
5 interval T H ackt ma Y have a typical value of 1 00 ms. 

Fig. 22 shows the timing specified by a data reception transport layer 1204 in a 
situation where the transceiver 106 of the portable computing device 107 receives a 
broadcast 118 and sends an ACK 119 in response thereto. As shown in Fig. 22, the 
portable computing device 107 receives a broadcast 118 of duration T B r. Following 
reception of the broadcast 118, there is a response or lag time T H bra before the portable 
computing device 107 sends an ACK 119 in response to the broadcast 118. During the 
time interval Thbra, the portable computing device 107 may perform one or more the 
following steps: determine that an incoming signal is a broadcast 118; determine whether 
the broadcast 1 18 is received free of errors; determine whether a complete broadcast 118 
has been received; determine whether to send an ACK 119 in response to the broadcast 
118; and instruct hardware (e.g., the transceiver 106) to send the ACK 119. Following 
the time interval T H bra, the portable computing device 107 sends the ACK 119 of 
duration T H ackt- The time interval T H ackt m ^y be selected to ensure that sufficient 
information is incorporated in an ACK 119 as, for example, discussed herein in 
connection with Fig. 24 while reducing the amount of time the transceiver system 105 is 
activated to conserve the distributor's power, according to some embodiments of the 
invention. According to an embodiment of the invention, the time interval T H ackt may 
have a typical value of 100 ms. 

Table 2 below indicates the various time intervals specified by a data reception 
25 transport layer 1204 in accordance with an embodiment of the invention. 
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Time Interval 


Recommended 
Lower Limit 


Recommended 
Upper Limit 


Thba 


Portable computing 
device's minimum 
response time 


50 ms 


Thackt 


0 (no signal) 


Determined by 
amount of 
information to be 
incorporated in 
ACK 


Thbra 


Portable computing 
device ' s minimum 
response time 


50 ms 



fl Table 2 

O Fig. 23 illustrates a frame or packet of information 2302 that may be incorporated 

E in a beacon 112, in accordance with an embodiment of the invention. A data transfer 
% 5 transport layer (e.g., the data transfer transport layer 1104) may specify the content, 
^ structure, and/or duration of the beacon frame 2302. As shown in Fig. 23, the beacon 
frame 2302 may include three portions: preamble 2304, data portion 2306, and error 
detection data 2308. The preamble 2304 may include one or more bits that indicates a 
beginning of the beacon frame 2302 and/or provides a portable computing device 107 
10 something to train on before receiving the data portion 2306. According to an 
embodiment of the invention, the preamble 2304 may include 6 sets of 8 bits, each set 
being bracketed by a start bit and a stop bit. The data portion 2306 may include a beacon 
ID 2310 that allows a portable computing device 107 to identify and characterize a signal 
incorporating the beacon frame 2302 as a beacon 112. While Fig. 23 shows the beacon 
15 ID 2310 included in the data portion 2306, it should be recognized that the beacon ID 
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2310 may be alternatively included in the preamble 2304. The data portion 2306 may 
also include information such as, for example, a timestamp of a broadcast 1 18, so that a 
portable computing device 107 may determine whether or not to prompt the broadcast 
118. As shown in Fig. 23, the beacon frame 2302 may also include error detection data 
5 2308, such as, for example, a parity check code, a checksum, or a cyclic redundancy 
check ("CRC"), that enables a portable computing device 107 to detect errors. While 
Fig. 23 shows the error detection data 2308 included at the end of the beacon frame 2302, 
it should be recognized that the error detection data 2308 may be alternatively included in 
one or more places in the preamble 2304 and/or data portion 2306. 

10 Fig. 24 illustrates a frame or packet of information 2402 that may be incorporated 

^ in an ACK 114, 119, in accordance with an embodiment of the invention. The content, 

m 

C structure, and/or duration of the ACK frame 2402 may be specified by a data reception 

m 

Ly transport layer (e.g., the data reception transport layer 1204). As shown in Fig. 24, the 
;|j ACK frame 2402 may include three portions: preamble 2404, data portion 2406, and 
% 15 error detection data 2408. The preamble 2404 may indicate a beginning of the ACK 
*f frame 2402 and/or allows an automatic gain control ("AGC") element of the transceiver 
£ system 105 to correctly compensate for the ACK's signal power level. The data portion 
J 2406 may include an ACK ID (not shown in Fig. 24) that allows the distributor 103 to 
identify a signal incorporating the ACK frame 2402 as an ACK 114, 119. It should be 
20 recognized that the ACK ID may be alternatively included in the preamble 2404. 
Alternatively or in conjunction, the data portion 2406 may include information that 
identifies the portable computing device 107, such as, for example, its serial number or 
other identifying indicia. Alternatively or in conjunction with either of the above, the 
data portion 2406 may include information that identifies the portable computing 
25 device's capabilities, such as, for example, its platform type (e.g., Palm OS, WinCE, 
etc.), its model type, a version number, and/or timestamp associated with a client 121 of 
the portable computing device 107. According to an embodiment of the invention, the 
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data portion 2406 may include other information, such as, for example, information 
related to a request for an application and/or data stored in the memory 405 of the 
distributor 103. As shown in Fig. 24, the ACK frame 2402 may also include error 
detection data 2408, such as, for example, a parity check code, a checksum, or a cyclic 
5 redundancy check ("CRC") ? that enables the distributor 103 to detect errors. While Fig. 
24 shows the error detection data 2408 incorporated at the end of the ACK frame 2402, it 
should be recognized that the error detection data 2408 may be alternatively incorporated 
in one or more places in the preamble 2404 and/or data portion 2406. 

Fig. 25 illustrates a frame or packet of information 2502 that may be incorporated 
in a broadcast 118, in accordance with an embodiment of the invention. The content, 
structure, and/or duration of the broadcast frame 2502 may be specified by a data transfer 
transport layer (e.g., the data transfer transport layer 1104). As shown in Fig. 25, the 
broadcast frame 2502 may include three portions: preamble 2504, data portion 2506, and 
error detection data 2508. The preamble 2504 includes one or more bits that indicates a 
beginning of the broadcast frame 2502 and/or provides a portable computing device 107 
something to train on before receiving the data portion 2506. According to an 
embodiment of the invention, the preamble 2504 may include 6 sets of 8 bits, each set 
being bracketed by a start bit and a stop bit. 

The data portion 2506 may include a broadcast ID 2510 that allows the portable 
20 computing device 107 to identify a signal incorporating the broadcast frame 2502 as a 
broadcast 118. While Fig. 25 shows the broadcast ID 2510 included in the data portion 
2506, it should be recognized that the broadcast ID 2510 may be alternatively included in 
the preamble 2504. In some embodiments of the invention, the broadcast ID 2510 may 
indicate a size of the broadcast frame 2502 and/or a size of the data portion 2506, so that 
25 a portable computing device 107 may determine whether it has received a complete 
broadcast. In addition, the data portion 2506 includes information to be transferred to a 
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portable computing device 107. The information in the data portion 2506 may include 
application(s) (e.g., the applications 605) and/or data (e.g., the data 606). 

As shown in Fig. 25, the broadcast frame 2502 may also include error detection 
data 2508, such as, for example, a parity check code, a checksum, or a cyclic redundancy 
5 check ("CRC"), that enables a portable computing device 107 to detect errors. While 
Fig. 25 shows the error detection data 2508 included at the end of the broadcast frame 
2502, it should be recognized that the error detection data 2508 may be alternatively 
included in one or more places in the preamble 2504 and/or data portion 2506. 

Fig. 26 shows a broadcast frame 2602 in an alternate embodiment of the invention. 
In this embodiment, the broadcast frame 2602 may include a plurality of broadcast sub- 
frames 2604, 2606. Each broadcast sub-frame 2604, 2606 includes a preamble 2608, 
2610, a data portion 2612, 2614, and error detection data 2616, 2618. In one 
embodiment, the preambles 2608, 2610 of two or more broadcast sub-frames 2604, 2606 
are identical. Each broadcast sub-frame 2604, 2606 may include a portion of information 
to be transferred to a portable computing device 107. For example, a first data portion 
2612 may include executable data (e.g., the applications 605), and a second data portion 
2614 may include non-executable data (e.g., the data 606). As another example, a first 
data portion 2612 may include non-executable data to be used in execution of a first 
application in the portable computing device 107, and a second data portion 2614 may 
include non-executable data to be used in execution of a second application in the 
portable computing device 107. 

Alternatively or in conjunction with the above, each broadcast sub-frame 2604, 
2606 may include information to be transferred to a portable computing device 107 of a 
particular capability, such as, of example, a particular platform type (e.g., WinCE), or to 
25 a portable computing device 107 that has downloaded a particular version of a client 121. 
For example, a first data portion 2612 may include information targeted for a portable 
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computing device 107 that has downloaded a first version of a client 121, and a second 
data portion 2614 may be targeted for a portable computing device 107 that has 
downloaded a second version of a client 121. 

As shown in Fig. 26, each broadcast sub-frame 2604, 2606 may include a 
5 respective broadcast sub-frame ID 2620, 2622. A broadcast sub-frame ID 2620, 2622 
may allow the portable computing device 107 to identify a signal incorporating a 
broadcast sub-frame 2604, 2606 as a portion of a broadcast 118. Alternatively or in 
conjunction, a broadcast sub-frame ID 2620, 2622 may identify the type of information 
included in the associated broadcast sub-frame 2604, 2606. For example, a broadcast 
;-10 sub-frame ID 2620, 2622 may indicate that the associated broadcast sub-frame 2604, 
^ 2606 includes non-executable data for a particular application to be executed in a 
;|j portable computing device 107. As another example, a broadcast sub-frame ID 2620, 

m 2622 may indicate that the associated broadcast sub-frame 2604, 2606 includes 

ill 

information targeted for a given version of a client 121. Alternatively or in conjunction 
15 with the above, a broadcast sub-frame ID 2620, 2622 may indicate an overall size of the 
;P broadcast frame 2602, a size of the associated broadcast sub-frame 2604, 2606, and/or a 
<P size of the associated data portion 2612, 2614, so that a portable computing device 107 
may determine whether it has received a complete broadcast 1 1 8 or a complete portion of 
the broadcast 118. While Fig. 26 shows the broadcast sub-frame IDs 2620, 2622 
20 included in respective data portions 2612, 2614, it should be recognized that a broadcast 
sub-frame ID 2620, 2622 may be alternatively included in a preamble 2608, 2610 of a 
respective broadcast sub-frame 2604, 2606. 

Fig. 27 illustrates a broadcast frame 2702 in accordance with a further 
embodiment of the invention. In this embodiment, the broadcast frame 2702 may include 
25 three portions: preamble 2504, data portion 2704, and error detection data 2508. The 
preamble 2504 and the error detection data 2508 may be as previously discussed in 
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connection with Fig. 25. As shown in Fig. 27, the data portion 2704 may include a first 
broadcast ID 2706 and a second broadcast ID 2708. The portion following a broadcast 
IDs 2706, 2708 may include a portion of information to be transferred to a portable 
computing device 107 and/or may include information to be transferred to a portable 
5 computing device 107 of a particular capability, such as, of example, a particular 
platform type, or to a portable computing device 107 that has downloaded a particular 
version of a client 121. 

With reference to Fig. 27, a broadcast ID 2706, 2708 may allow the portable 
computing device 107 to identify a signal incorporating the broadcast frame 2702 as a 
P 10 broadcast 118. Alternatively or in conjunction, a broadcast ID 2706, 2708 may identify 
:S the type of information following the broadcast ID 2706, 2708. Alternatively or in 
;P conjunction with the above, a broadcast ID 2706, 2708 may indicate an overall size of the 
y broadcast frame 2702, a size of the data portion 2704, and/or a size of the data portion 

K Hi 

: 

kQ following the broadcast ID 2706, 2708, so that a portable computing device 107 may 
L 15 determine whether it has received a complete broadcast 1 18 or a complete portion of the 

5=sf 

P broadcast 118. 

O It should be recognized that various choices for the structure, content, and/or 

duration of the beacon frame 2302, the ACK frame 2402, and the broadcast frames 2502, 
2602, or 2702 may be selected in accordance with factors, such as, for example: (1) 

20 power conservation for the distributor 103; and (2) whether communication between the 
distributor 103 and the portable computing device 107 is synchronous or asynchronous. 
Typically, the length of a frame may be chosen to be as small as practicable to conserve 
power of the distributor 103 while conveying sufficient information as discussed above. 
Also, as one of ordinary skill in the art will understand, a frame in an asynchronous type 

25 of communication may include one or more sets of 8 bits, each set being bracketed by a 
start bit and a stop bit. A set of 8 bits may represent an ASCII character, for example. In 
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addition, proper reception of an ACK 114, 119 by a distributor's transceiver system 105 
may be improved if an ACK frame 2402 contains, on average, similar numbers of binary 
"1" and binary "0". Hence, in an embodiment of the invention, bit-stuffing may be 
employed to insert a binary "1" or "0" after a contiguous sequence of binary "0" or 
5 binary " 1 respectively. 

In an embodiment of the invention, a beacon 112, an ACK 114, 119, and a 
broadcast 118 are signals that incorporate a respective frame as discussed above. 
Embodiments of the invention may select different physical characteristics for the signals 
for a beacon 112, an ACK 114, 119, and/or a broadcast 118, guided by factors such as, 
for example: 

(1) signal type, such as, for example, infrared ("IR"), or radio frequency ("RF"); 

(2) digital modulation scheme, such as, for example, IrDA-type modulation, 
amplitude-shift-keying ("ASK 5 ), frequency-shift-keying ("FSK"), phase-shift- 
keying ("PSK"), Gaussian frequency-shift-keying ("GFSK"), differential 
phase-shift-keying ("DPSK"), quadrature phase-shift-keying ("QPSK"), 
offset-keyed quadrature phase-shift-keying ("OQPSK"), minimum-shift 
keying ("MSK"), M-ary phase-shift-keying, 8-ary phase-shift-keying, 
amplitude-phase-keying ("APK"), quadrature partial response ("QPR"), 
quadrature amplitude modulation ("QAM"), or pulse position modulation 
("PPM"), or analog modulation scheme; 

(3) encoding scheme, such as, for example, non-return-to-zero ("NRZ"), return-to- 
zero ("RZ"), return-to-bias ("RB"), Alternate Mark Inversion or bipolar 
return-to-zero ("AMI/BRZ"), split phase (Manchester), split phase (mark), 
delay modulation (Miller code), and return-to-zero-inverted ("RZI"); 
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(4) desired rate of information transmission, such as, for example, 1200 bps, 9600 
bps, 1 15.2 kbps, 0.576 Mbps, 1 Mbps, 1.152 Mbps, and 4 Mbps; 

(5) hardware capabilities of the distributor 103 and/or the portable computing 
device 107; and 

5 (6) desired range of communication between the distributor 103 and the portable 

computing device 107. 

As discussed previously, one or more physical layers of the communication protocol may 
specify the physical characteristics of a signal. 

5 According to an embodiment of the invention, a beacon 112 is an IR signal that 

% 10 incorporates a beacon frame 2302 as, for example, shown in Fig. 23. In one embodiment 
^ of the invention, a distributor's transceiver system 105 generates a beacon 112 with 
m physical characteristics specified by a conventional communication protocol physical 
gi ~ layer (e.g., the conventional communication protocol physical layer 1110). According to 
2 some embodiments of the invention, the conventional communication protocol physical 
3 2 15 layer 1110 may include a physical layer of a conventional IR communication protocol, 
O such as, for example Infrared Data Association ("IrDA") communication protocol. As 
one of ordinary skill in the art will understand, the IrDA physical layer specifies the 
physical characteristics of an IR signal, including a modulation scheme, an encoding 
scheme, and an information transmission rate, to be used when generating an IR signal. 
20 The IrDA physical layer specifies different physical characteristics for IR signals sent at 
different information transmission rates, measured in bits per second ("bps"). In 
particular, one embodiment of the invention transmits a beacon 1 12 at a transmission rate 
of 1 15.2 kbps. At 1 15.2 kbps, the beacon 1 12 is generated using a RZI encoding scheme 
with an unmodulated IR pulse being sent for 3/16 of a bit duration for a binary "0" and no 
25 IR pulse being sent for a binary "1 ". 
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In an embodiment of the invention, the distributor's transceiver system 105 
generates a beacon 112 in accordance with an encoding scheme, modulation scheme, and 
information transmission rate specified by a physical layer of a conventional IR 
communication protocol, such as, for example, the IrDA physical layer, but with a 
5 boosted base signal power level specified by a data transfer physical layer 1106. This 
boosted transmit power enables a portable computing device 107 to receive a beacon 1 12 
at a greater distance from a distributor 107 than would otherwise be possible using a 
conventional IrDA communication protocol and with the portable computing device's 
transceiver 106. 

^ 10 According to an embodiment of the invention, an ACK 114, 1 19 is an IR signal 

^ that incorporates an ACK frame 2402 as, for example, shown in Fig. 24. In one 
IS embodiment of the invention, a portable computing device 107 generates an ACK 114, 

m 

y 119 in accordance with physical characteristics used in conventional IR remote controls, 

ill 

s 0 such as, for example, a conventional TV remote control. In this embodiment, a portable 
% 15 computing device 107 directs the transceiver 106 to transmit an ACK 114, 119 at a 

;S transmission rate of 1200 bps. The ACK 114, 119 is generated using a NRZ encoding 

III 

M scheme with no parity and with a 37.5 kilohertz ("kHz") ASK modulation scheme, 
=T wherein a 37.5 kHz IR tone is generated for a binary "0", and an IR tone is not sent for a 
binary "1". These physical characteristics of the ACK 114, 119 enable a distributor's 
20 transceiver system 105 to properly receive an ACK 114, 119 sent from a greater distance 
by the transceiver 106 of the portable computing device 107. In particular, the 37.5 kHz 
ASK modulation enables the receiver 415 of the distributor 103 to filter out noise by 
employing a bandpass filter centered around 37.5 kHz. The relatively slow transmission 
rate also enables the distributor 103 to more easily resolve information incorporated in an 
25 ACK 114, 119. 
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According to some embodiments of the invention, the preamble 2404 incorporated 
in the ACK 114, 119 may comprise two portions: a first portion including a 37.5 kHz IR 
tone and a second portion being idle (no IR transmission). According to an embodiment 
of the invention, the duration of the first portion may be 29 ms, and the duration of the 
second portion may be 11 ms. According to an embodiment of the invention, a bit 
duration of a bit included in the data portion 2406 may be 833.3 fis to reduce bit timing 
errors and/or to enhance reliability of the ACK 114, 119 transmission. 

In accordance with an embodiment of the invention, a portable computing device 
107 generates a 37.5 kHz ASK-modulated ACK 114, 119 in accordance with a data 
reception physical layer 1206 that has been previously downloaded. It should be 
recognized that hardware modifications to a portable computing device 107 need not be 
made in order for a 37.5 kHz ASK-modulated signal to be transmitted. For instance, a 
portable computing device 107 may include hardware capable of transmitting signals 
with various encoding and/or modulation and/or transmission rate characteristics, and the 
data reception physical layer 1206 may include executable instructions to configure the 
hardware to generate the 37.5 kHz ASK-modulated ACK 1 14, 119. 

According to an embodiment of the invention, a broadcast 1 1 8 is an IR signal that 
incorporates a broadcast frame 2502, 2602, or 2702 as, for example, shown in Figs. 25- 
27. In one embodiment of the invention, a broadcast 118 is generated with physical 
characteristics specified by a conventional communication protocol physical layer (e.g., 
the conventional communication protocol physical layer 1110). According to some 
embodiments of the invention, the conventional communication protocol physical layer 
1110 includes a physical layer of a conventional IR communication protocol, such as, for 
example, the IrDA communication protocol. One embodiment of the invention transmits 
a broadcast 1 18 at a transmission rate of 1 15.2 kbps. At 1 15.2 kbps, the broadcast 1 18 is 
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generated using a RZI encoding scheme with an unmodulated IR pulse being sent for 
3/16 of a bit duration for a binary "0" and no IR pulse being sent for a binary "1". 

In an embodiment of the invention, a distributor's transceiver system 105 
generates a broadcast 1 1 8 in accordance with an encoding scheme, a modulation scheme, 
5 and information transmission rate specified by a physical layer of a conventional IR 
communication protocol, such as, for example, the IrDA physical layer, but with a 
boosted base signal power level specified by a data transfer physical layer 1106. This 
boosted transmit power enables a portable computing device 107 to receive a broadcast 
118 at a greater distance from a distributor 103 than would otherwise be possible using 

^10 the conventional IrDA communication protocol and with the portable computing device's 

■fj conventional transceiver 106. 

5 p 

!tj In alternate embodiments of the invention, a beacon 112, an ACK 1 14, 1 19, and a 

y 

S|l broadcast 1 18 are RF signals that incorporate a beacon frame 2302, an ACK frame 2402, 
and a broadcast frame 2502, 2602, or 2702, respectively, as, for example, shown in Figs. 
? ^ 15 23-27. In one embodiment of the invention, each signal is generated in accordance with a 
■S physical layer of a conventional RF communication protocol, such as, for example a 
D Bluetooth communication protocol. As one of ordinary skill in the art will understand, 
the Bluetooth communication protocol defines two power levels: a lower power level that 
can cover shorter communication ranges; and a higher power level that can cover 
20 medium communication ranges. Embodiments of the invention may utilize either or a 
combination of the two power levels depending on the desired communication range 
between a distributor 103 and a portable computing device 107. 

Distributor Battery 411 and Battery Conservation Procedure 2800 

The battery 41 1 may be contained within the distributor 103 housing, according to 
25 an embodiment of the invention. The battery 411 may not necessarily be rechargeable. 
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The battery 411 may be selected based upon a two-year operational life, according to an 
embodiment of the invention. Extended battery life may be further facilitated by 
designing the distributor 103 to support low current and power down modes for as much 
of its circuitry as possible, according to an embodiment of the invention. 

5 Distributor 103 usage and current consumption models indicate that a battery 

capacity of over 36 Ahr may be required to ensure a battery life of 2 years for the battery 
411, according to an embodiment of the invention. To address this requirement, as well 
as long shelf life, multi-cell lithium technology may be required. For example, a 2 cell 
lithium thionyl chloride battery pack may be sufficient, according to an embodiment of 
^10 the invention. Thus, the battery 411 may comprise a lithium battery pack that provides a 
nominal voltage of 3.5 to 3.6 volts, according to an embodiment of the invention. 

ili According to an embodiment of the invention, the output of the battery 411 may 

W 

|J| be connected directly to a regulator on a daughterboard that in turn supplies power to a 

J* motherboard. Specifically, an embodiment of the invention may employ a Scout Modo 

'S 15 motherboard designed to be powered by 2 alkaline cells. Accordingly, additional 

^ batteries associated with a daughterboard may provide power centered at 2.5 volts. 

□ Power supply circuits on the Modo motherboard may support all requirements for Modo 
circuits as well as provide 3 volt power back to the daughterboard. 

The ability to conserve battery power on the distributor 103 may be crucial for the 
20 commercial acceptance of the distributor 103 in some deployment environments. The 
longer that the distributor's battery 41 1 can last without being replaced or recharged, then 
the longer the distributor 1 03 can operate without necessity for being visited by a repair 
person and being opened. Long battery life may simplify the process of providing 
distributors 103 over a wide geographic area since the distributors 103 may receive 
25 communications from the system communication network 111, and the distributors 103 
need not necessarily have any physical connection to their locality. Of course, in some 
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embodiments of the invention, the battery 411 may be replaced or supplemented by an 
electrical power supply. 

Fig. 28 is a flowchart that illustrates a battery conservation procedure 2800, 
according to an embodiment of the invention. An administration server (e.g., the 
5 administration server 410) may direct the battery conservation procedure 2800, according 
to an embodiment of the invention. The battery conservation procedure 2800 begins in 
the situation where the distributor's battery 411 is already turned on to power various 
distributor components. 

A check is performed to see if the transceiver system (e.g., the transceiver system 

Q 

^ 10 105) is in use (step 2801). According to an embodiment of the invention, the transceiver 
system 105 may be switched between an active mode with increased power consumption 
and a sleep or power down mode with reduced power consumption. If the transceiver 
ifl system 105 is in use (step 2801), then the battery 411 continues to be engaged while the 
7* transceiver system 105 operations complete (step 2803). Transmissions of beacons 112 
*J2 15 and broadcasts 118, reception of ACKs 114, 119, and sleep periods may be interleaved in 
^ a manner to support power conservation, according to an embodiment of the invention. 
O For example, the beacon acknowledgment procedure may occupy two 5-second slots, 
with broadcasting occurring on a requested basis. Broadcasts 118 may repeat 
continuously for a given time period or may repeat on request (e.g., via an ACK 1 14). To 
20 reduce battery 411 consumption, both schemes may typically require that broadcasts 118 
terminate when no portable computing devices 107 are in range of receiving a broadcast 
118 and/or there are no such portable computing devices 107 providing an indication that 
they would like to receive a broadcast 118. 

If the transceiver system 105 is not in use (step 2801), then a check is performed 
25 to determine if a scheduled network communication (e.g., via the system communication 
network 1 1 1) is imminent (step 2805). If a scheduled transmission reception is imminent 
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(step 2805), then the battery 411 remains powered while the network receiver (e.g., the 
network receiver 104) receives the transmission (step 2807). According to an 
embodiment of the invention, the network receiver 1 04 may be switched between an 
active mode with increased power consumption and a sleep or power down mode with 
5 reduced power consumption. As previously discussed, the distributor 103 may receive 
information on a scheduled basis from the system communication network 111. 
Scheduling transmissions may allow the distributor 103 to keep its network receiver 104 
(e.g., a Flex receiver) powered down until the time designated for the next scheduling 
message or Groupcast. Accordingly, the maximum number of daily communications 
10 may need to be limited to ensure best battery life. As previously discussed, the schedules 
^ may be configurable on a per distributor 103 basis. 

ffi 

=P If no transmission reception is imminent (step 2805), then the distributor 103 may 

Ly enter into a sleep mode which reduces consumption of power from the battery 411 (step 

m 

,|j 2809). A check is periodically performed to monitor the presence of portable computing 

15 devices 107 (step 2811). The monitoring step may be performed in conjunction by 

:|j sending a beacon 112 transmitted by the transceiver system 105. In an embodiment of 

£ the invention, the distributor 103 periodically wakes up (or operates in a reduced power 

O 

tl mode) to perform the monitoring step 281 1. As discussed herein with regard to the data 
transfer communication protocol, even during a transmitting or receiving operation, 

20 portions of the distributor 103 (e.g., the transceiver system 105) may be turned off. If a 
portable computing device 107 responds to the beacon 112, then the distributor 103 may 
need to wake up (or remain awake) and begin additional transceiver system 105 
operations. Of course, the distributor 103 may remain awake and avoid entry into the 
sleep mode (at least temporarily) in order to perform routine maintenance or 

25 reconfiguration tasks. In addition, a distributor 103 having an independent power source 
may not need to enter into a sleep cycle as frequently (or at all) as a distributor 103 
having only a battery power source. 
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If no portable computing devices 107 are present (e.g., no portable computing 
device 107 responds to the beacon 112) (step 2811), then a check is performed to 
determine if a scheduled transmission to the distributor 103 from the system 
communication network 1 1 1 is imminent (step 2813). If a transmission is imminent, then 
5 the distributor 103 may need to wake up and begin network receiver 104 operations. If 
no transmission is imminent, then the distributor 103 may remain in the sleep mode. 

In an alternative embodiment, the distributor's battery 411 could be supplemented, 
or even replaced, by another power source. For example, the distributor 103 could 
include a conventional external power adapter. Alternatively, the distributor 103 could 
be configured to receive electrical power by an induction device. An induction device 
embodiment would still be supportive of the distributor's general goals of ease of 
deployment. When the external power adapter is used, the external supply may 
disconnect the battery 411, according to an embodiment of the invention. When an 
external power source is present, the battery 411 may recharged, according to an 
embodiment of the invention. When the external supply is engaged, additional power 
hungry functions on the distributor 103 may be supported, according to an embodiment 
of the invention. In addition, maintenance of low power and power down modes may be 
ignored when the external power supply is present, e.g., a sleep cycle may not be 
engaged. It should be recognized that embodiments of the distributor 103 powered by an 
external power supply may repeatedly send broadcasts 118 for a given time interval of a 
given day, which broadcasts 118 need not be prompted by a portable computing device 
107. 

A switch may be incorporated in the distributor's housing and electronics to disconnect 
the battery 411 during shipment. The switch may also be used as a reset switch if an event 
25 occurs that locks up the operation of distributor's software. 
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Sample Distributor 103 Hardware Embodiment 

The distributor 103 may comprise pre-existing electronic assemblies developed for 
other computing devices, according to an embodiment of the invention. For example, 
Fig. 29 illustrates an embodiment of the distributor 103 that employs a Scout 
5 Electromedia Modo motherboard 2901 augmented with a daughterboard 2902 connected 
to the motherboard 2901 by connections 2921. The motherboard 2901 provides 
distributor functions such as a CPU (e.g., the CPU 422 shown in Fig. 4) and a Flex 
paging receiver and related paging subsystems (e.g., the network receiver 104). The 
daughterboard 2902 provides distributor functionality such as power supply regulation 
^10 2906 and IR transmitters, receivers, and user interface functions 2905. The distributor 
k B battery 411 may comprise 3.6V Lithium batteries 2909 in this embodiment of the 

£ invention. As previously discussed, embodiments of the distributor 103 may also reuse 

pi 

y software from pre-existing systems, such as software for the Scout Modo devices. 

yi 

^ As shown in Fig. 30, the Scout Electromedia Modo motherboard 2901 may 

Ql5 provide a Flex paging receiver 3003 and processing devices 3012, according to an 

111 embodiment of the invention. The processing devices 3012 may provide, among other 

p things, a CPU (e.g., the CPU 422), RAM (e.g., the RAM 412), memory (e.g., the memory 

*** 405), and support for the network receiver 104 for an embodiment of the distributor 103. 

Specifically, the Scout Electromedia Modo motherboard 2901 may comprise a 
20 microprocessor 3004, a 128 x 8 Serial EEPROM 3005 having an I 2 C interface, a 1M x 16 
Flash EPROM/ROM 3006, a 1M x 16 DRAM (having IK refresh, fast-page mode or 
better) 3007, power supply circuits 301 1, and a FLEX decoder 3008. The power supply 
circuits 3011 may be configured for both the processing devices 3012 and the receiver 
3003. The FLEX decoder 3008 may process Flex packets from the receiver 3003. The 
25 microprocessor 3004 may be a Motorola ® MC68EZ328 (DragonBall-EZ) Controller. 




c4_803I.DOC 
566968 vl /PA 
C5H40RDOC 




IBOB-001/02US 

103 

The Flex paging receiver 3003 and the FLEX decoder 3008 may comprise the 
network receiver 104, according to an embodiment of the invention. The Flex paging 
receiver 3003 may be a 900 MHz FLEX paging receiver, according to an embodiment of 
the invention. It should be recognized that other conventional paging receivers may be 
used as the Flex paging receiver 3003. The Flex paging receiver 3003 may comprise a 
PCB-mounted antenna, a variable gain low noise amplifier ("LNA") front-end to support 
automatic gain control ("AGC"), a programmable 900MHz synthesizer for receiving Flex 
paging frequencies, a 21.4MHz first intermediate frequency ("IF") stage, a single back- 
end chip, a mixer to generate 455kHz second IF from 21.4MHz first IF, a received signal 
strength indication ("RSSI") voltage output for AGC, a 455kHz IF limiter output for the 
FLEX decoder 3008, and a power on/off control to minimize current during "sleep" 
periods. An ordinary artisan may choose to review the specifications for Motorola Flex 
radio receivers to confirm that embodiments of the distributor 103 satisfies the 
requirements for such systems where necessary. 

The Modo motherboard 2901 may comprise a single printed-circuit assembly 
("PCA") 3010. External connections from the Modo PCA 3010 may comprise a two 
wire serial port, I/O lines for IR communications and UI control, as well as 2.5V input 
and 3V output power connections. Additional information about the Modo electrical 
assembly (e.g., the motherboard 2901) may be found in the Modo Detailed Circuit 
Description, Scout Electromedia part no. 12223-1920, which is incorporated by reference 
herein. An ordinary artisan will recognize that a number of functions supported by the 
pre-existing Modo PCA 3010 may not be required in the distributor 103 and may be 
removed, especially if removal either decreases power consumption or increases product 
reliability. 

Thus, by using pre-existing systems, completion of the electronics for an 
embodiment of the distributor 103 may require addition of merely a few additional 
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subsystems, such as the transceiver system (e.g., the transceiver system 105) and power 
supply circuitry. Additional functionality may be provided on the daughterboard 2902 
connected to the motherboard 2901, according to an embodiment of the invention. 
Depending on the housing design and available internal space, the batteries 2909 may be 
5 mounted directly to the daughterboard 2902, according to an embodiment of the 
invention. Alternatively, the batteries 2909 may be mounted elsewhere and connected to 
the daughterboard 2902. 

Fig. 31 illustrates an embodiment of the daughterboard 2902, which may include 
the additional circuitry that further supports the distributor's functionality, according to 
an embodiment of the invention. These circuits may include: a step-down switching 
regulator 3112; an IrDA transceiver 3113; high-power IR transmitters 3114 configured 
for long range beacons 112 and broadcasts 118; a 38kHz (or 37.5 kHz) ASK infrared 
receiver 3115 configured for long range ACK 114, 119 reception; an LED status 
indicator 3116, and a CMOS level RS-232 serial interface 3117. The daughterboard 
2902 may supply the motherboard 2901 with 2.5V via the high-efficiency switching 
regulator 3112. The Modo motherboard 2901 may, in turn, supply the daughterboard 
2902 with 3.0V to power circuitry and the interface logic 3118 on the daughterboard 
2902. The switching regulator 3112 may comprise a portion of the power supply 
regulation 2906 described in Fig. 29, according to an embodiment of the invention. 

20 The Modo's DragonBall processor 3004 shown in Fig. 30 may comprise only a 

single universal asynchronous receiver/transmitter ("UART"). Accordingly, the 
daughterboard 2902 may need to share the UART with its serial devices, e.g., the CMOS 
RS-232 interface 3117, the IrDA transceiver 3113, the high power IR transmitters 3114, 
and the 38kHz ASK receiver 3115. Thus, the interface logic 3118 may multiplex the 

25 serial devices using control signals from the motherboard 2901. 
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The IrDA transceiver 3113 may support normal IrDA two-way communications 
(e.g., for downloading the client 121) and, in conjunction with the high power IR 
transmitters 3114, long range IR transmissions for beacons 1 12 and broadcasts 118. The 
IrDA transceiver 3113 may provide the transceiver 414 shown in Fig. 4A and Fig. 4B, 
5 according to an embodiment of the invention. Likewise, the high power IR transmitters 
3114 may provide the high power transmitter 425 shown in Fig. 4B. The IrDA 
transceiver's output power may be set to high power (full transmission range) or low 
power (standard IrDA range) by control signals from the Modo motherboard 2901. 

Additional IR transmitter LEDs 3119 may be provided to extend the range and 
beam width of the beacons 112 and broadcasts 118. For example, two additional LEDs 
3119 may be provided to the IrDA transceiver 31 13. These thirty degree (+/- 15 degree), 
half power point LEDs may be mounted at 21 degree angles from center. The LEDs 
3119 may produce a combined half power point beam width of 60 degrees, (+/- 30 
degrees), while maintaining a zero degree range of up to 15 feet, according to an 
embodiment of the invention. It should be recognized that extending the beam width 
may facilitate sending a signal to a plurality of portable computing devices 107 and/or to 
a portable computing device 107 located off center relative to the distributor 103. 

The discrete 38kHz ASK IR receiver 3115 may be provided to support receipt of 
TV remote type signals, according to an embodiment of the invention. This may allow 
the distributor 103 to receive ACKs 114, 119 from the portable computing devices 107 
after transmissions of beacons 1 12 or broadcasts 118. A bandpass filter (not shown) may 
be provided to focus the receiver 3115 on the 38kHz range, according to some 
embodiments of the invention. According to some embodiments of the invention, the 
receiver 3115 may include a pin diode (not shown) that is tuned to a wavelength or a 
range of wavelengths associated with the IR signals (e.g., 880 nm). One embodiment of 
the invention employs a conventional pin diode (e.g., Optec OP950). The receiver 3115 
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may provide the receiver 415 shown in Fig. 4A and Fig. 4B, according to an embodiment 
of the invention. 

The Modo motherboard 2901 and the daughterboard 2902 may be connected via 
the connection 2921 as shown in Fig. 29. The connection 2921 may comprise a flex 
5 circuit and four wires 2921 that route control lines, LED signals, and 3V power via the 
Modo assembly's LCD connector, according to an embodiment of the invention. The 
functionality of I/O lines originally used to communicate to the Modo LCD may be 
changed via software to support the requirements of the daughterboard 2902. An 
identical flex connector may be placed on the daughterboard 2902 to allow use of a 

g 10 straight through, conductor flex circuit, according to an embodiment of the invention. 
Two of the four wires for connecting the two boards may route 2.5V power from the 

<P daughterboard 2902 to the Modo motherboard 2901. The remaining two wires may 

■: 

3 ■=? 

y support a serial connection for transferring data through the daughterboard's IR 

[g transmitters and receivers 3113,3114, and 31 15, as well as the internal two wire RS-232 

L 15 port 3117. All four wires may be soldered directly to points on the Modo motherboard 

;fj 2901 and connection points on the daughterboard 2902. 

IU 

P In addition to the interconnections with the Modo motherboard 2901, the 

daughterboard 2902 may also support external connections for serial communications and 
power input (e.g., the batteries 2909 and/or an AC adapter). A two-pin header may be 
20 provided for a two wire external serial port. This port may be supported as an alternative 
communications mechanism to that of the IR transceiver 3113 for engineering and 
manufacturing purposes. This port may not be accessible once the assembly is mounted 
in the distributor housing. RS-232 Tx and Rx signals may be supported at CMOS levels. 
Battery power may be provided directly to the daughterboard 2902 via a two-pin socket. 

25 Sample Distributor 103 Mechanical Embodiment 
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The distributor's industrial design may need to address factors such as unit size, 
simplicity of use, multiple placement capabilities, and visibility. Embodiments of the 
distributor 103 may have a two-dimensional frontpiece footprint of approximately 25 sq. 
in. This relatively small size may allow the distributor 103 to be more easily integrated 
5 into its deployment environment, e.g., in conjunction with an advertising display. 

As shown in Figs. 32 A and 32B, embodiments of the distributor 103 may be wall 
mounted or table mounted. A distributor housing 3201 may be designed to allow 
mounting to a vertical wall via an attachment 3202 and/or placement on a flat surface. 
Wall mounting may require that an IR window 3204 face outward from the distributor's 
largest face. Desktop mounting may require the use of a desktop mount 3203 (e.g., a 
bracket) in which to hold the distributor 103. The desktop mount 3203 may position the 
distributor 103 so that the IR window 3204 is perpendicular to the desk surface and 
pointed in a likely direction of use (e.g., the direction from which most users will likely 
approach the distributor 103). 

The distributor's desktop mount 3203 may also include expansion ports and 
connections 3208. In this embodiment, the distributor's expansion port could connect 
electrically to the desktop mount 3203 in a similar manner to that of a laptop port 
replicator. The connection 3208 could provide a connection to an electronic network 
3209. Similarly, the connection 3208 could provide the distributor 103 with access to a 
power supply. 

The distributor's housing 3201 may include all electrical components and 
batteries. Since the distributor 103 may be deployed outside, the housing should 
generally use a material suitable for an outdoors environment. The housing 3201 may be 
made from a non-metallic material. For example, embodiments of the distributor 103 
25 may use a tooled plastic housing or an aluminum housing. A non-metallic material may 
provide better operations if the distributor 103 also includes an internal antenna, e.g., an 
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internal paging antenna. In some embodiments, an external antenna may be mounted to 
the outside of the housing and integrated into the distributor's overall industrial design. 
The distributor's housing may conceivably be made from almost any material, although a 
tamper-resistant design may be better suited for many deployment environments. 



may affect the housing's shape and the distributor's mechanical mounting requirements. 
For example, an embodiment of the distributor 103 may use existing Scout Electromedia 
Modo electronics with additional circuitry incorporated in an attached daughterboard 
2902. Likewise, an embodiment of the distributor 103 may use an existing Motorola ® 
^10 Creatalink paging module. The use of pre-existing equipment, such as those described 
^ above, may compel additional design considerations, as an ordinary artisan will 
45 recognize. 

\m 

if } The distributor housing 3201 may need to provide space for various information. 

For example, the housing 3201 may include: Product information, such as a company 
^ 15 logo, product name, serial number, and instructions or operational notes; manufacturing 
!tj information, such as bar coding and manufacturing location; battery disposal information 
Q and regulatory information, such as a conventional FCC Class B text. Labeling may be 
placed in a visible location on the housing 3201 for unpacking and handling of the 
distributor 103, but such labeling may not necessarily need to be visible once the 
20 distributor 103 is operating/mounted. 

A status indicator 3205 may use a visual mechanism, such an LED or a LCD, to 
provide status information. The status indicator 3205 may provide operational status 
information such as "Power on," "System communication network coverage," and "Low 
battery." Support for the status indicator 3205 may be provided via software (e.g., the 
25 administration server 410), so that status functions can be easily changed or additional 
functions added in the future. The distributor 103 may further include a battery 



5 



The use of pre-existing hardware in various embodiments of the distributor 103 
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disconnect and reset switch 3206 for an internal battery power source (e.g., the battery 
411). 

The distributor 103 may be intended for use in both indoor and outdoor 
environments. Since embodiments of the distributor 103 may employ components 
5 having limited operational temperature range, care should be taken to protect the 
distributor 103 and/or deploy the distributor 103 primarily in indoor environments. 
Embodiments of the distributor 103 may have an indoor temperature range of +10 to +50 
°C and an outdoor temperature range of -40 to +85 °C. 

As an ordinary artisan will recognize, the distributor 103 may also need to be 
'S10 developed to account for factors such as drop, shock, vibration, humidity, water, and 
^ dust. In addition, regulatory requirements necessary for operation in various locations 

Iti must also be considered and satisfied. 

W 
fin 

y3 Expansion Port and Expansion Network 

Si 

5 : 

*S Fig. 33 A illustrates an embodiment of the distributor 103 that includes an 

^ 15 expansion port 3301 that may provide an electronic network connection 3303. Thus, the 

13 expansion port 3301 may enable communications between the distributor 103 and the 

ink 

electronic network connection 3303 (e.g., a local area network, the Internet, etc.). The 
electronic network connection 3303 may allow the distributor 103 to receive information 
from other computing systems (e.g., the information provider system 101 and/or the 
20 structuring system 102) and may also provide the distributor 103 with a back channel to 
communicate information to other computing systems (e.g., the information provider 
system 101 and/or the structuring system 102), according to an embodiment of the 
invention. 

The distributor 103 may use the electronic network connection 3303 in place of, or 
25 in addition to, communications provided by the network receiver 104. For example, the 
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distributor 103 could use the electronic network connection 3303 to provide a back 
channel that would allow information received from portable computing devices 107 to 
be passed back to the structuring system 102 or even to a larger audience (e.g., 
throughout the Internet). Likewise, the distributor 103 could also use the electronic 
network connection 3303 as a means of passing status information back to the structuring 
system 102 (or a maintenance facility). Of course, the electronic network connection 
3303 could also be used as a means for downloading information into the distributor 103. 
The expansion port's external physical connections may take the form of standard RS- 
232, Universal Serial Bus ("USB"), or Ethernet, according to an embodiment of the 
invention. Some embodiments of the invention may require a dial-up modem (not 
shown). 

The distributor 103 may also support a connection 3304 for externally receiving 
power. For example, a plug-in transformer with a DC distributor may be coupled to the 
distributor 103 via the connection 3304, according to an embodiment of the invention. 

As shown in Fig. 33B, an expansion port 3302 could allow the distributor 103 to 
operate peripheral equipment, according to an embodiment of the invention. For 
example, the expansion port 3302 may enable the distributor 103 to provide coding and 
programming for an adjoining display 3305 via a connection 3306 to a display data port 
3307. The expansion port 3302 could also support other peripheral equipment such as, 
for example, additional IR transmitters, wide area wireless communication devices, 
and/or industrial equipment (e.g., robotic devices). According to an embodiment of the 
invention, the expansion port 3302 may be used to download information (e.g., the client 
121) to a portable computing device 107 via a conventional wired communication 
protocol. 

The expansion ports and connections 3301, 3302, and 3304 could be integrated 
into the distributor 103 in such a manner that wiring may be easily attached without being 
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overly conspicuous. All connections and wiring may be positively retained to minimize 
inadvertent disconnections, according to an embodiment of the invention. 

Distributor 103 Bulletin Board and Back Channel 

Fig. 34 illustrates an alternative embodiment of the invention in which the 
distributor 103 includes a bulletin board server 3401 for users associated with portable 
computing devices 107 that interact with the distributor 103. For example, the client 121 
may include a message producer 3403 that allows a user of the portable computing device 
107 to post message(s) on the distributor's bulletin board server 3401. According to 
embodiments of the invention, the message producer 3403 could be included as part of 
the client 121 or could represent a pre-existing message producing facility already 
included on the portable computing device 107 (e.g., Microsoft Outlook). 

The message addressing format used by the bulletin board server 3401 could be 
such that any portable computing device 107 could download posted messages from the 
distributor 103 and/or the message addressing format could have some addressing 
capability and/or privacy mechanism that allows only a particular addressee(s) to view 
message(s) (e.g., in a manner similar to that of conventional e-mail systems). 

If the distributor 103 includes a back channel transmitter 3402, then the portable 
computing devices 107 may even prepare and transmit messages through the electronic 
network connection 3303, according to an embodiment of the invention. The back 
channel transmitter 3402 need not necessarily be a wireless transmission device but may 
simply comprise the functionality necessary for communicating across the electronic 
network connection 3303 (e.g., the Internet). Thus, the back channel transmitter 3402 
may include a dialup modem in some embodiments of the invention. 

For example, a user of the portable computing device 107 may engage the 
message producer 3403 to prepare a message that is transmitted to the transceiver 106 via 
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a connection 3405. The message may have a small size limit in some embodiments of 
the invention. The connection 3405 may represent the normal communication channel 
used by the client 121, for example. The transceiver 106 then transmits the message to 
the distributor's transceiver system 105 on a connection 3406. The connection 3406 may 
5 represent an ACK 114, 119 or another signal format recognizable by the transceiver 
system 105 (e.g., IrDA). The transceiver system 105 then transmits the message on a 
connection 3407 to the bulletin board server 3401. The connection 3407 may represent 
the normal communication channel used by the transceiver system 105 to communicate 
with elements of the distributor 103. 

JO The message may remain in the bulletin board server 3401 (or a memory 

accessible to the bulletin board server 3401) until the bulletin board server 3401 receives 
a message request from a portable computing device 107. For example, a portable 
computing device 107 may include a message reader 3404. The message reader 3404 
may be included in the client 121 or could be a pre-existing message reading facility 
15 already included in the portable computing device 107 (e.g., Microsoft Outlook), 
according to embodiments of the invention. The message reader 3404 sends a message 
request to the transceiver 106 on a connection 3408. The connection 3408 could 
represent the normal communication channel used by the client 121 to communicate with 
the transceiver 106, according to an embodiment of the invention. The transceiver 106 
20 sends the message request to the transceiver system 105 on a connection 3409. The 
connection 3409 may represent an ACK 114, 119 or another signal format (e.g., IrDA) 
recognizable by the transceiver system 105. The transceiver system 105 sends the 
message request to the bulletin board server 3401 on a connection 3410. The connection 
3410 may represent the normal communication channel used by the transceiver system 
25 105 to communicate with elements of the distributor 103. 
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The bulletin board server 3401 receives the message request and determines if 
there are any messages suitable for transmission to the portable computing device 107. 
As discussed above, embodiments of the invention may allow users to read a large subset 
of all downloaded messages (e.g., all messages) while other embodiments may allow 
5 users to read only those messages specifically addressed to them. In any event, the 
bulletin board server 3401 determines whether there are any messages to transmit and 
prepares and sends a response on a connection 3411 to the transceiver system 105. The 
connection 341 1 may represent the normal communication channel by which elements of 
the distributor 103 communicate with the transceiver system 105. The response may 
10 include the message(s) to be reviewed. The transceiver system 105 sends the response on 
a connection 3412 to the portable computing device's transceiver 106. The connection 
3412 may include the various communications protocols available to the transceiver 



iU system 105, such as IrDA and/or the data transfer communication protocol disclosed 



herein. The transceiver 106 sends the response to the message reader 3404 on a 
15 connection 3413. The connection 3413 may represent the normal communication 
channel by which the transceiver 106 communicates with elements of the portable 
computing device 107. The portable computing device user may now review the 
message request response. If the response does not include the message(s) available to 
the portable computing device 107, then the user may instruct the message reader 3404 to 
20 obtain the available message(s) using a similar procedure. 

In an alternative embodiment, the bulletin board server 3401 and/or the message 
reader 3404 may be configured to operate automatically and not require explicit user 
queries/actions to request messages, e.g., in the manner of a conventional e-mail system. 
Thus, in such an embodiment, a message could be sent from one portable computing 
25 device 107 and received automatically in another portable computing device 107 via the 
bulletin board server 3401 without requiring explicit user retrieval operations. 
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Depending on the message's address and/or on whether a particular embodiment 
of the invention supports the back channel transmitter 3402, the bulletin board server 
3401 may transmit the message on a connection 3414 to the back channel transmitter 
3402. The connection 3414 may represent the bulletin board server's normal 
5 communication channel for communicating with other elements of the distributor 103. 
The back channel transmitter 3402 may then transmit the message over the electronic 
network connection 3303 to another destination along the electronic network. In some 
embodiments of the invention, the back channel transmitter 3402 may receive messages 
from across the electronic network connection 3303 and provide them to the bulletin 
10 board server 3401. Such messages may then be provided to one or more portable 
computing devices 107, according to embodiments of the invention. 



;jp Operations of the back channel transmitter 3402 may include services other than e- 

liil mail delivery, according to embodiments of the invention. The portable computing 

n if? 

devices 107 may provide information of all sorts to the distributor 103 for transmission 
1^15 via the back channel transmitter 3402 across the electronic network connection 3303 to 
other computing systems. For example, a user operating an application 605 being 
executed by the RAS 602 may select an action that causes information (e.g., data) to be 
sent to the distributor 103 for retransmission to another computing system via the back 
channel transmitter 3402. Thus, the back channel transmitter 3402 may provide a means 
20 for users to communicate with other computing systems and even perform transactions, 
including purchases of goods and services, access to corporate database, retrieval of other 
applications, etc. The transmission of information to the distributor 103 from the 
portable computing device 107 would typically be conducted by adding the information 
to one or more ACKs 114, 119, according to an embodiment of the invention. 

25 Distributor 103 Administration and Diagnostic Tool 
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Fig. 35 illustrates an administration and diagnostics tool 3500, according to an 
embodiment of the invention. The administration and diagnostic tool 3500 may be 
configured to examine the distributor 103, verify that it is operating within expected 
parameters, and/or provide remedial actions if necessary, according to an embodiment of 
5 the invention. As discussed previously, an administration server 410 included in a 
distributor 103 may send/receive data and instructions pertaining to maintenance and 
operations of the distributor 103 and perform requested updates. The data and 
instructions may be sent to or received from the structuring system 102 (via the system 
communication network 111) and/or to or from other systems, such as a portable 
10 computing device 107 configured for administrative and/or diagnostic operations. In 
particular, a portable computing device 107 having an appropriate administration and 
ffi diagnostic software 3501 may provide a sample administration and diagnostics tool 3500. 
IIJ Communications associated with the administration and diagnostic tool 3500 may need to 
III be within the conventional two-way communications range (e.g., IrDA communication 
]** 15 range) of a portable computing device 107 in order to properly perform its administration 
y and diagnostic operations on the distributor 103 via the connection 3502. Password 
fU authentication may protect the distributor 103 from unauthorized local administration 
r\ access. 

The distributor 103 may maintain usage statistics and diagnostic information that 
20 will be accessible to local administrators (e.g., using the portable computing device 107 
shown in Fig. 35). In addition, to support data collection and configuration abilities, as 
well as production manufacturing test requirements, the distributor 103 may include a 
mechanism to place itself into a "test" mode. This mode may support reprogramming of 
the distributor's flash memory and support a simple command line interface using the 
25 IrDA link (e.g., the connection 3502), according to an embodiment of the invention. 
Again, a portable computing device 107 using the administration and diagnostic software 
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3501 program may be used to communicate with the distributor 103 and provide 
reprogramming and diagnostic test services. 

The distributor's administration server 410 may also allow the system 
communication network 111 to adjust the distributor's configuration parameters and 
5 update firmware. Local administrators may also conduct these operations and others that 
require interactive access, according to an embodiment of the invention. 

Additional Design Considerations 

The distribution network's design may need to account for the variety of possible 
q portable computing devices 107 by taking a "lowest common denominator" design 
J^IO approach which allows a greater number of portable computing devices 107 to 
;f; communicate with the distributor 103 but may not necessarily use all possible capabilities 
y to their fullest. Of course, an ordinary artisan will recognize that sometimes older 

in 

=g portable computing devices 107 may no longer be supported in order for the overall 

q system to provide greater services to other, more modem portable computing devices 

;f| 15 107. For example, a greater communication distance could possibly be supported by the 

P distributor 103 by taking advantage of the improved communications abilities in some 

M portable computing devices 107, e.g., some models of Palm Pilots provide better 
communications capabilities than other models of Palm Pilots. 

While an embodiment of the distributor 103 may support only a single type of 
20 portable computing devices 107 (e.g., PalmOS devices), the distribution network 120 
may generally be expanded to support multiple types of portable computing devices 107. 
An ordinary artisan will recognize that expanding the system to support additional 
portable computing devices 107 may, in some instances, compel modifications to the 
protocols described herein. In addition, modifications may need to be made to various 
25 client components in order for them to function properly on multiple types of portable 
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computing devices 107. In an embodiment of the invention in which the distributor 103 
supports multiple types of portable computing devices 107, the transceiver system 105 
may be used to identify a portable computing device's type from the ACK 114, 119 
and/or beam response 126. 

5 Embodiments of the invention may further include a help system, including a 

wizard that provides assistance to users, as well as technical staff responsible for 
configuring the distribution network 120 and its various components. 

In addition, embodiments of the invention further relate to computer storage 
products with a computer-readable medium having computer code thereon for performing 
various computer-implemented operations. The media and computer code may be those 
specially designed and constructed for the purposes of the present invention, or they may 
be of the kind well known and available to those of ordinary skill in the computer 
software arts. Examples of computer-readable media include, but are not limited to: 
magnetic media such as hard disks, floppy disks, and magnetic tape; optical media such 
as CD-ROMs and holographic devices; magneto-optical media such as floptical disks; 
and hardware devices that are specially configured to store and execute program code, 
such as application-specific integrated circuits ("ASICs"), programmable logic devices 
("PLDs") and ROM and RAM devices. Examples of computer code include machine 
code, such as produced by a compiler, and files containing higher level code that are 
executed by a computer using an interpreter. 

While the invention has been particularly shown and described with reference to 
specific embodiments thereof, it will be understood by ordinary artisans that changes in 
the form and details of the disclosed embodiments may be made without departing from 
the spirit or scope of the invention. For example, embodiments of the invention have 
25 been described with reference to the object-oriented Java programming language and 
development tools. It will be understood, however, that the principles of the present 
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invention may be embodied using a variety of other software paradigms including, for 
example, other object-oriented programming languages and tools. Moreover, merely 
because specific embodiments of the invention have been described with reference to 
communications over the Internet and/or the World Wide Web does not restrict the scope 
5 of the invention to such implementations. On the contrary, the scope of the invention 
encompasses a much broader interpretation of electronic networks including, for 
example, local area and wide area networks. 

Embodiments of the invention using a wireless voice and/or data electronic 
network may be developed for operation with any acceptable wireless format, as an 
ordinary artisan will recognize. For example, embodiments of the invention may be 
compatible with communications transmitted in accordance with the Short Messaging 
Service ("SMS") and the Wireless Application Protocol ("WAP") specifications and 
standards, such as HDML, WML, CDPD, CDMA, and GSM. 

In describing various embodiments of the invention, reference has been made to 
various hardware configurations, communication protocols, and software architectures. It 
will be understood, however, that the present invention is much more widely applicable 
than the specific embodiments described herein. That is, the architecture of the present 
invention is not necessarily protocol or media specific and may be adapted to any 
protocol or any kind of media. In particular, various software architectures, including, 
for example, a Java implementation, may be employed to implement the present 
invention. 

Embodiments of the invention described herein may operate in conjunction with 
and/or make use of various other hardware and software components. For example, an 
embodiment of the invention has been described as using Scout Modo electronics. 
25 Various possibly related components are disclosed in the following commonly owned 
applications: 
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"Computing Device Housing," U.S. Design Patent Application No. 

(serial number not yet received), filed on April 11, 2001, and bearing Attorney Docket 
No. IBOB-002/00US in the name of Peikwen Cheng, the disclosure of which is 
incorporated herein by this reference. 

"Methods of Commerce Using Intelligent Objects," U.S. Application No. 
60/1 16,520 (Attorney Docket 019656-000100US), filed January 20, 1999 in the names of 
William R. Cockayne and Nathan G. Schmidt, the disclosure of which is incorporated 
herein by this reference. 

"Mobile Communication Device for Electronic Commerce," U.S. Application No. 
09/518,752 (Attorney Docket 019656-000700US), filed March 3, 2000 in the names of 
William R. Cockayne and Nathan G. Schmidt, the disclosure of which is incorporated 
herein by this reference. 

"Methods of Commerce Using Intelligent Objects," U.S. Application No. 
09/487,741 (Attorney Docket 019656-0001 10US), filed January 19, 2000 in the names of 
Daniel S. Bomze, William R. Cockayne, Nathan G. Schmidt and Geoffrey Pitfield, the 
disclosure of which is incorporated herein by this reference. 

"Methods of Electronic Commerce Using Intelligent Objects," U.S. Application 
No. 60/123,307 (Attorney Docket 019656-000200US), filed March 5, 1999 in the names 
of William Cockayne and Nathan Schmidt, the disclosure of which is incorporated herein 
by this reference. 

"More Methods of Electronic Commerce Using Intelligent Objects," U.S. 
Application No. 09/518,915 (Attorney Docket 1 9656-0002 10US), filed March 3, 2000 in 
the names of William R. Cockayne and Nathan G. Schmidt, the disclosure of which is 
incorporated herein by this reference. 
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"Mobile Communication Method & Computer Code for Electronic Commerce," 
U.S. Application No. 09/350,769 (Attorney Docket 019656-000300US), filed July 9, 

1999 in the names of William R. Bomze, William R. Cockayne, Nathan G. Schmidt and 
Geoffrey Pitfield, the disclosure of which is incorporated herein by this reference. 

"Mobile Communication System & Computer Code for Electronic Commerce," 
U.S. Application No. 09/351,410 (Attorney Docket 19656-000400US), filed July 9, 1999 
in the names of William R. Cockayne, Stephen K. Orens, Christopher G. Cotton, David 
E. Weekly, Nathan G. Schmidt, the disclosure of which is incorporated herein by this 
reference. 

"Mobile Communication Device for Electronic Commerce," U.S. Application No. 
09/351,409 (Attorney Docket 19656-000500), filed July 9, 1999 in the names of Daniel 
S. Bornze, William R. Cockayne, Nathan G. Schmidt and Geoffrey C. Pitfield, the 
disclosure of which is incorporated herein by this reference. 

"Mobile Communication Device," U.S. Application No. 60/228,017 (Attorney 
Docket 019656-000800US), filed August 24, 2000 in the names of William R. Cockayne, 
Daniel S. Bomze, Nathan G. Schmidt and Geoffrey Pitfield, the disclosure of which is 
incorporated herein by this reference. 

"Two way Radio for Mobile Communication Device for Electronic Commerce," 
U.S. Application No. 60/228,604 (Attorney Docket 019656-001300US), filed August 28, 

2000 in the name of William R. Cockayne, the disclosure of which is incorporated herein 
by this reference. 

"Additional Mobile Communication Methods for Electronic Commerce," U.S. 
Application No. 60/142,738 (Attorney Docket 01 9656-00 1900US), filed July 8, 1999, the 
disclosure of which is incorporated herein by this reference. 
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"Additional Mobile Communication Methods For Electronic Commerce," U.S. 
Application No. 09/612,464 (Attorney Docket 019656-001910US), filed July 7, 2000 in 
the names of William R. Cockayne, Stephen K. Orens and Nathan G. Schmidt, the 
disclosure of which is incorporated herein by this reference. 

5 The distribution network 120 along with its related subsystems and functions may 

be written for operation on any computer operating system and for operation in any 
computing environment. In addition, the various software employed in the distribution 
network 120 may be designed using CORBA, COM+, ACTIVEX™ controls, and/or 
Java. Similarly, Java applets may provide a plug-in client mechanism for use with 
«^10 another application on both a single computer and in a networked embodiment. 

^ Displays provided to users of the components of the distribution network 120 may 

fli be displayed using any application user interface techniques, such as the "what-you-see- 

W 

yn is-what-you-get" ("WYSIWYG") display paradigm. One of ordinary skill in the art may 
^ easily recognize numerous alternate approaches to providing a user interface to receive 
^ 15 the information needed to support a user's communications with the distribution network 
III 120. 

m In embodiments of the invention, software associated with the distribution 

network 120 may use Secure Sockets Layer ("SSL"), Transport Layer Security ("TLS"), 
Dynamic Hypertext Mark-Up Language ("DHTML") documents, Extensible Mark-Up 

20 Language ("XML") documents, and/or other similar formats. Client elements associated 
with the invention may use protocols such as SNMP, TCP/IP, and UDP/IP in order to 
send instructions and otherwise communicate with various other components of the 
distribution network 120. The various components of the distribution network 120 may 
operate with protocols and languages in addition to those specifically disclosed herein. 

25 Similarly, the distribution network 120 may be developed using an object-oriented 
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programming methodology or using any other programming methodology that results in 
a computing system having equivalent functionality. 

Embodiments of the invention have been discussed in terms of computer programs 
but is equally applicable for systems utilizing hardware that performs similar functions, 
such as application specific integrated circuits ("ASICs"). 

An ordinary artisan should require no additional explanation in developing the 
methods and systems described herein but may nevertheless find some possibly helpful 
guidance in the preparation of these methods and systems by examining standard 
reference works in the relevant art. 

These and other changes can be made to the invention in light of the above 
detailed description. In general, in the following claims, the terms used should not be 
construed to limit the invention to the specific embodiments disclosed in the specification 
and the claims, but should be construed to include all methods and systems that operate 
under the claims set forth herein below. Accordingly, the invention is not limited by the 
disclosure, but instead its scope is to be determined entirely by the following claims. 



c4_803I.DOC 
566968 vl/PA 
C5H401I.DOC 



